You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@juddi.apache.org by Venkat <ne...@gmail.com> on 2013/12/24 17:11:04 UTC
Publish REST services?
Hi
I am new to Juddi. I just installed and have it running on tomcat. Is it
possible to publish REST services (Spring based) to Juddi. If so can
someone tell me how to go about doing it. I was not able to find anything
on the web on this.
-Venkat
Re: Publish REST services?
Posted by Venkat <ne...@gmail.com>.
Thanks, i will take a look at them.
On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree <sp...@gmail.com> wrote:
> You sure can. Are you looking for a register at start up and remove on
> shutdown? Or as one time registration?
>
> In either case, there's an example or two in the source trunk
> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
>
>> Hi
>>
>> I am new to Juddi. I just installed and have it running on tomcat. Is it
>> possible to publish REST services (Spring based) to Juddi. If so can
>> someone tell me how to go about doing it. I was not able to find anything
>> on the web on this.
>>
>>
>> -Venkat
>>
>>
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
The changes have been checked in, so give it shot. It should be
editable now, moreover the default setting is "default" instead of
"default-ssl"
On Fri, Jan 10, 2014 at 6:25 PM, Alex O'Ree <sp...@gmail.com> wrote:
> Hi, I saw your message on IRC. I'm about to commit a fix for this, but
> there is a workaround. all of those settings come from uddi.xml in
> META-INF. You should be able to edit the file live while tomcat is
> running.
>
> On Thu, Jan 9, 2014 at 6:41 PM, Alex O'Ree <sp...@gmail.com> wrote:
>> http://localhost:8080/juddi-gui/settings.jsp
>>
>> change the value for
>> config.props.node
>>
>> from "default-ssl" to "default"
>>
>> On Thu, Jan 9, 2014 at 3:40 PM, Venkat (NEU) <ne...@gmail.com> wrote:
>>> Is there a way to turn off SSL.
>>>
>>> Error when i did a clean install and started tomcat. on the gui, if i click
>>> Discover--Business i get this error "Error Could not send Message."
>>>
>>>
>>> Catalina logs:
>>>
>>> Jan 9, 2014 3:30:51 PM org.apache.cxf.phase.PhaseInterceptorChain
>>> doDefaultLogging
>>> WARNING: Interceptor for
>>> {urn:uddi-org:v3_service}UDDI_Service#{urn:uddi-org:api_v3_portType}get_authToken
>>> has thrown exception, unwinding now
>>> org.apache.cxf.interceptor.Fault: Could not send Message.
>>> at
>>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)
>>> at
>>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
>>> at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
>>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
>>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
>>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
>>> at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
>>> at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:133)
>>> at com.sun.proxy.$Proxy110.getAuthToken(Unknown Source)
>>> at org.apache.juddi.webconsole.hub.UddiHub.GetToken(UddiHub.java:399)
>>> at
>>> org.apache.juddi.webconsole.hub.UddiHub.GetBusinessListAsHtml(UddiHub.java:439)
>>> at
>>> org.apache.jsp.ajax.businesssearch_jsp._jspService(businesssearch_jsp.java:186)
>>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>>> at
>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
>>> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>>> at
>>> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
>>> at
>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
>>> at
>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
>>> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
>>> at java.lang.Thread.run(Thread.java:695)
>>> Caused by: javax.net.ssl.SSLException: SSLException invoking
>>> https://localhost:8443/juddiv3/services/security:
>>> java.lang.RuntimeException: Unexpected error:
>>> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
>>> must be non-empty
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>> at
>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>>> at
>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>>> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1338)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1322)
>>> at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
>>> at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622)
>>> at
>>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
>>> ... 31 more
>>> Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
>>> Unexpected error: java.security.InvalidAlgorithmParameterException: the
>>> trustAnchors parameter must be non-empty
>>> at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747)
>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1691)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1222)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1199)
>>> at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:476)
>>> at
>>> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
>>> at
>>> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1031)
>>> at
>>> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)
>>> at
>>> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setupWrappedStream(URLConnectionHTTPConduit.java:168)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleHeadersTrustCaching(HTTPConduit.java:1282)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.onFirstWrite(HTTPConduit.java:1233)
>>> at
>>> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.onFirstWrite(URLConnectionHTTPConduit.java:195)
>>> at
>>> org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOutputStream.java:47)
>>> at
>>> org.apache.cxf.io.AbstractThresholdOutputStream.write(AbstractThresholdOutputStream.java:69)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1295)
>>> ... 34 more
>>> Caused by: java.lang.RuntimeException: Unexpected error:
>>> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
>>> must be non-empty
>>> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
>>> at sun.security.validator.Validator.getInstance(Validator.java:161)
>>> at
>>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
>>> at
>>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
>>> at
>>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
>>> at
>>> com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1188)
>>> at
>>> com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:135)
>>> at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
>>> at
>>> com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1188)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1215)
>>> ... 46 more
>>> Caused by: java.security.InvalidAlgorithmParameterException: the
>>> trustAnchors parameter must be non-empty
>>> at
>>> java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
>>> at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
>>> at
>>> java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
>>> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
>>> ... 57 more
>>> Jan 9, 2014 3:30:51 PM org.apache.cxf.phase.PhaseInterceptorChain
>>> doDefaultLogging
>>> WARNING: Interceptor for
>>> {urn:uddi-org:v3_service}UDDI_Service#{urn:uddi-org:api_v3_portType}find_business
>>> has thrown exception, unwinding now
>>> org.apache.cxf.interceptor.Fault: Could not send Message.
>>> at
>>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)
>>> at
>>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
>>> at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
>>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
>>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
>>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
>>> at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
>>> at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:133)
>>> at com.sun.proxy.$Proxy112.findBusiness(Unknown Source)
>>> at
>>> org.apache.juddi.webconsole.hub.UddiHub.GetBusinessListAsHtml(UddiHub.java:451)
>>> at
>>> org.apache.jsp.ajax.businesssearch_jsp._jspService(businesssearch_jsp.java:186)
>>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>>> at
>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
>>> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
>>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
>>> at
>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>>> at
>>> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
>>> at
>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
>>> at
>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
>>> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
>>> at java.lang.Thread.run(Thread.java:695)
>>> Caused by: javax.net.ssl.SSLException: SSLException invoking
>>> https://localhost:8443/juddiv3/services/inquiry: java.lang.RuntimeException:
>>> Unexpected error: java.security.InvalidAlgorithmParameterException: the
>>> trustAnchors parameter must be non-empty
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>> at
>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>>> at
>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>>> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1338)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1322)
>>> at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
>>> at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622)
>>> at
>>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
>>> ... 30 more
>>> Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
>>> Unexpected error: java.security.InvalidAlgorithmParameterException: the
>>> trustAnchors parameter must be non-empty
>>> at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747)
>>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1691)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1222)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1199)
>>> at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:476)
>>> at
>>> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
>>> at
>>> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1031)
>>> at
>>> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)
>>> at
>>> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setupWrappedStream(URLConnectionHTTPConduit.java:168)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleHeadersTrustCaching(HTTPConduit.java:1282)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.onFirstWrite(HTTPConduit.java:1233)
>>> at
>>> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.onFirstWrite(URLConnectionHTTPConduit.java:195)
>>> at
>>> org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOutputStream.java:47)
>>> at
>>> org.apache.cxf.io.AbstractThresholdOutputStream.write(AbstractThresholdOutputStream.java:69)
>>> at
>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1295)
>>> ... 33 more
>>> Caused by: java.lang.RuntimeException: Unexpected error:
>>> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
>>> must be non-empty
>>> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
>>> at sun.security.validator.Validator.getInstance(Validator.java:161)
>>> at
>>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
>>> at
>>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
>>> at
>>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
>>> at
>>> com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1188)
>>> at
>>> com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:135)
>>> at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
>>> at
>>> com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1188)
>>> at
>>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1215)
>>> ... 45 more
>>> Caused by: java.security.InvalidAlgorithmParameterException: the
>>> trustAnchors parameter must be non-empty
>>> at
>>> java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
>>> at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
>>> at
>>> java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
>>> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
>>> ... 56 more
>>>
>>>
>>>
>>>
>>>
>>> On Wed, Jan 8, 2014 at 11:49 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>>>>
>>>> Alex
>>>>
>>>> I am still having issues with the wadl. I was wondering if its not a
>>>> problem would you be able to take a look at my wadl and find out why this is
>>>> not being imported?
>>>>
>>>>
>>>>
>>>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>>>>
>>>> <application xmlns:xs="http://www.w3.org/2001/XMLSchema"
>>>> xmlns="http://wadl.dev.java.net/2009/02"
>>>> xmlns:tcll="http://www.autentia.com/2013/BasicCollections">
>>>>
>>>> <doc title="REST Service WADL" />
>>>>
>>>> <grammars />
>>>>
>>>> <resources base="http://localhost:8008/portfoliows/rest/wadl">
>>>>
>>>> <resource path="/portfolio/goal/subgoal/{subGoalId}">
>>>>
>>>> <param name="subGoalId" style="template" type="xs:integer"
>>>> required="true" />
>>>>
>>>> <method id="deleteSubGoal" name="DELETE">
>>>>
>>>> <request>
>>>>
>>>> <param name="userId" style="query" type="xs:string"
>>>> required="true" />
>>>>
>>>> </request>
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/mission/{portfolioId}">
>>>>
>>>> <param name="portfolioId" style="template" type="xs:string"
>>>> required="true" />
>>>>
>>>> <method id="getMission" name="GET">
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/outcome/suboutcome/{subOutcomeId}">
>>>>
>>>> <param name="suboOutcomeId" style="template" type="xs:integer"
>>>> required="true" />
>>>>
>>>> <method id="deleteChildOutcome" name="DELETE">
>>>>
>>>> <request>
>>>>
>>>> <param name="userId" style="query" type="xs:string"
>>>> required="true" />
>>>>
>>>> </request>
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/vision/{portfolioId}">
>>>>
>>>> <param name="portfolioId" style="template" type="xs:string"
>>>> required="true" />
>>>>
>>>> <method id="getVision" name="GET">
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/goal/{portfolioId}">
>>>>
>>>> <param name="portfolioId" style="template" type="xs:string"
>>>> required="true" />
>>>>
>>>> <method id="getGoal" name="GET">
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/outcome/{portfolioId}">
>>>>
>>>> <param name="portfolioId" style="template" type="xs:string"
>>>> required="true" />
>>>>
>>>> <method id="getOutcome" name="GET">
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/mission">
>>>>
>>>> <method id="createMission" name="POST">
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/vision">
>>>>
>>>> <method id="createVision" name="POST">
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/goal">
>>>>
>>>> <method id="createOrUpdateGoal" name="POST">
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/goal/{goalId}">
>>>>
>>>> <param name="goalId" style="template" type="xs:integer"
>>>> required="true" />
>>>>
>>>> <method id="deleteGoal" name="DELETE">
>>>>
>>>> <request>
>>>>
>>>> <param name="userId" style="query" type="xs:string"
>>>> required="true" />
>>>>
>>>> </request>
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/outcome">
>>>>
>>>> <method id="createOrUpdateOutcome" name="POST">
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/portfolio/outcome/{outcomeId}">
>>>>
>>>> <param name="outcomeId" style="template" type="xs:integer"
>>>> required="true" />
>>>>
>>>> <method id="deleteOutcome" name="DELETE">
>>>>
>>>> <request>
>>>>
>>>> <param name="userId" style="query" type="xs:string"
>>>> required="true" />
>>>>
>>>> </request>
>>>>
>>>> <response status="200" />
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/rest/wadl">
>>>>
>>>> <method id="generateWadl" name="GET">
>>>>
>>>> <response status="200">
>>>>
>>>> <representation element="application"
>>>> mediaType="application/xml" />
>>>>
>>>> </response>
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> <resource path="/rest/schema/{classTypeName}">
>>>>
>>>> <param name="classTypeName" style="template" type="xs:string"
>>>> required="true" />
>>>>
>>>> <method id="generateSchema" name="GET">
>>>>
>>>> <response status="200">
>>>>
>>>> <representation element="xs:string"
>>>> mediaType="application/xml" />
>>>>
>>>> </response>
>>>>
>>>> </method>
>>>>
>>>> </resource>
>>>>
>>>> </resources>
>>>>
>>>> </application>
>>>>
>>>>
>>>>
>>>>
>>>> Venkat
>>>>
>>>>
>>>>
>>>> On Sun, Jan 5, 2014 at 7:45 PM, Alex O'Ree <sp...@gmail.com> wrote:
>>>>>
>>>>> It's working from here. good luck
>>>>>
>>>>> On Sun, Jan 5, 2014 at 7:43 PM, Venkat Mahadevan
>>>>> <ve...@gmail.com> wrote:
>>>>> > looks like Apache repos are down, i will try this tomorrow.
>>>>> >
>>>>> >
>>>>> >
>>>>> > On Sat, Jan 4, 2014 at 9:35 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>>>>> >>
>>>>> >> Alex
>>>>> >>
>>>>> >> Thanks a lot. Will take a look sometime this weekend.
>>>>> >>
>>>>> >> Venkat
>>>>> >>
>>>>> >>
>>>>> >> On Friday, January 3, 2014, Alex O'Ree wrote:
>>>>> >>>
>>>>> >>> Venkat, regarding the issue you found, it should be fixed in the
>>>>> >>> current source code trunk, Give it a test drive for me and let me
>>>>> >>> know
>>>>> >>> what happens. Thanks!
>>>>> >>>
>>>>> >>> FYI, my test case is this:
>>>>> >>>
>>>>> >>>
>>>>> >>> http://svn.apache.org/repos/asf/cxf/trunk/systests/jaxrs/src/test/resources/wadl/bookstoreImportResource.wadl
>>>>> >>>
>>>>> >>>
>>>>> >>> On Fri, Jan 3, 2014 at 10:19 AM, Venkat (NEU) <ne...@gmail.com>
>>>>> >>> wrote:
>>>>> >>> > Thanks. will login if i need some help. will be going through the
>>>>> >>> > docs
>>>>> >>> > now.
>>>>> >>> >
>>>>> >>> >
>>>>> >>> > On Fri, Jan 3, 2014 at 9:43 AM, Alex O'Ree <sp...@gmail.com>
>>>>> >>> > wrote:
>>>>> >>> >>
>>>>> >>> >> Venkat, I'm on Freenode irc #juddi, if you want more interactive
>>>>> >>> >> help
>>>>> >>> >>
>>>>> >>> >> On Fri, Jan 3, 2014 at 9:34 AM, Alex O'Ree <sp...@gmail.com>
>>>>> >>> >> wrote:
>>>>> >>> >> > https://github.com/UDDI/juddi/wiki/GuideUsingthejUDDIGUI
>>>>> >>> >> >
>>>>> >>> >> > https://github.com/UDDI/juddi/wiki/GuideConfigurationServer
>>>>> >>> >> > (there's
>>>>> >>> >> > a
>>>>> >>> >> > section towards the bottom for configuring juddi-gui
>>>>> >>> >> >
>>>>> >>> >> > SSL is turned on by default, however its not required. Also the
>>>>> >>> >> > import
>>>>> >>> >> > from wadl/wsdl has an ignore ssl feature, see if that helps
>>>>> >>> >> >
>>>>> >>> >> > On Fri, Jan 3, 2014 at 9:26 AM, Venkat (NEU) <ne...@gmail.com>
>>>>> >>> >> > wrote:
>>>>> >>> >> >> i now have a wadl for my WS and also have juddi-gui running
>>>>> >>> >> >> locally.
>>>>> >>> >> >> looks
>>>>> >>> >> >> like the SSL is the default. can i run the local instance
>>>>> >>> >> >> without
>>>>> >>> >> >> ssl?
>>>>> >>> >> >> does
>>>>> >>> >> >> changing the uddi.xml (under WEB-INF/classes/META-INF) resolve
>>>>> >>> >> >> this?
>>>>> >>> >> >>
>>>>> >>> >> >> also when i try to add a new business or add services from
>>>>> >>> >> >> wadl, i
>>>>> >>> >> >> am
>>>>> >>> >> >> getting errors (possibly related to ssl above). i see a lot of
>>>>> >>> >> >> in
>>>>> >>> >> >> catalina.out
>>>>> >>> >> >>
>>>>> >>> >> >> Jan 3, 2014 8:55:53 AM org.apache.juddi.webconsole.hub.UddiHub
>>>>> >>> >> >> HandleException
>>>>> >>> >> >> SEVERE: null
>>>>> >>> >> >>
>>>>> >>> >> >> can you point me to some documentation for how to use the gui
>>>>> >>> >> >> and
>>>>> >>> >> >> how
>>>>> >>> >> >> to
>>>>> >>> >> >> configure some of the settings?
>>>>> >>> >> >>
>>>>> >>> >> >>
>>>>> >>> >> >>
>>>>> >>> >> >>
>>>>> >>> >> >> On Thu, Jan 2, 2014 at 11:00 AM, Alex O'Ree
>>>>> >>> >> >> <sp...@gmail.com>
>>>>> >>> >> >> wrote:
>>>>> >>> >> >>>
>>>>> >>> >> >>>
>>>>> >>> >> >>>
>>>>> >>> >> >>>
>>>>> >>> >> >>>
>>>>> >>> >> >>> http://stackoverflow.com/questions/6514837/is-it-possible-for-spring-restful-services-to-privde-a-wadl-or-something-similar
>>>>> >>> >> >>>
>>>>> >>> >> >>> That article hints on how to generate wadl's based on Spring.
>>>>> >>> >> >>>
>>>>> >>> >> >>> juddi-gui has a user facing function that for wadl2uddi.
>>>>> >>> >> >>> Basically
>>>>> >>> >> >>> you
>>>>> >>> >> >>> just punch in the url and it will register everything for you.
>>>>> >>> >> >>>
>>>>> >>> >> >>> If that doesn't work out, you'll have to register manually,
>>>>> >>> >> >>> either
>>>>> >>> >> >>> using the juddi-gui or you can write some code for it such as
>>>>> >>> >> >>> this
>>>>> >>> >> >>>
>>>>> >>> >> >>>
>>>>> >>> >> >>>
>>>>> >>> >> >>>
>>>>> >>> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/src/main/java/org/apache/juddi/example/publish/SimplePublish.java
>>>>> >>> >> >>>
>>>>> >>> >> >>>
>>>>> >>> >> >>> On Thu, Jan 2, 2014 at 10:50 AM, Venkat (NEU)
>>>>> >>> >> >>> <ne...@gmail.com>
>>>>> >>> >> >>> wrote:
>>>>> >>> >> >>> > Alex
>>>>> >>> >> >>> >
>>>>> >>> >> >>> > Thanks for all the help. The demo is what i am looking to
>>>>> >>> >> >>> > set
>>>>> >>> >> >>> > up. Is
>>>>> >>> >> >>> > this
>>>>> >>> >> >>> > code available or is this already in the svn (i assume this
>>>>> >>> >> >>> > was
>>>>> >>> >> >>> > customized
>>>>> >>> >> >>> > from some base code).
>>>>> >>> >> >>> >
>>>>> >>> >> >>> > Also any recommendations on how to generate Spring MVC to
>>>>> >>> >> >>> > WADL
>>>>> >>> >> >>> > (s
>>>>> >>> >> >>> > that
>>>>> >>> >> >
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> --
>>>>> >> -Venkat
>>>>> >>
>>>>> >> Sent via mobile device. Please excuse typos or brevity.
>>>>> >>
>>>>> >
>>>>> >
>>>>> >
>>>>> > --
>>>>> > -Venkat
>>>>> >
>>>>> > Sent via mobile device. Please excuse typos or brevity.
>>>>> >
>>>>
>>>>
>>>
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
Hi, I saw your message on IRC. I'm about to commit a fix for this, but
there is a workaround. all of those settings come from uddi.xml in
META-INF. You should be able to edit the file live while tomcat is
running.
On Thu, Jan 9, 2014 at 6:41 PM, Alex O'Ree <sp...@gmail.com> wrote:
> http://localhost:8080/juddi-gui/settings.jsp
>
> change the value for
> config.props.node
>
> from "default-ssl" to "default"
>
> On Thu, Jan 9, 2014 at 3:40 PM, Venkat (NEU) <ne...@gmail.com> wrote:
>> Is there a way to turn off SSL.
>>
>> Error when i did a clean install and started tomcat. on the gui, if i click
>> Discover--Business i get this error "Error Could not send Message."
>>
>>
>> Catalina logs:
>>
>> Jan 9, 2014 3:30:51 PM org.apache.cxf.phase.PhaseInterceptorChain
>> doDefaultLogging
>> WARNING: Interceptor for
>> {urn:uddi-org:v3_service}UDDI_Service#{urn:uddi-org:api_v3_portType}get_authToken
>> has thrown exception, unwinding now
>> org.apache.cxf.interceptor.Fault: Could not send Message.
>> at
>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)
>> at
>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
>> at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
>> at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
>> at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:133)
>> at com.sun.proxy.$Proxy110.getAuthToken(Unknown Source)
>> at org.apache.juddi.webconsole.hub.UddiHub.GetToken(UddiHub.java:399)
>> at
>> org.apache.juddi.webconsole.hub.UddiHub.GetBusinessListAsHtml(UddiHub.java:439)
>> at
>> org.apache.jsp.ajax.businesssearch_jsp._jspService(businesssearch_jsp.java:186)
>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>> at
>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
>> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>> at
>> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
>> at
>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
>> at
>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
>> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
>> at java.lang.Thread.run(Thread.java:695)
>> Caused by: javax.net.ssl.SSLException: SSLException invoking
>> https://localhost:8443/juddiv3/services/security:
>> java.lang.RuntimeException: Unexpected error:
>> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
>> must be non-empty
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>> at
>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>> at
>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1338)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1322)
>> at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
>> at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622)
>> at
>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
>> ... 31 more
>> Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
>> Unexpected error: java.security.InvalidAlgorithmParameterException: the
>> trustAnchors parameter must be non-empty
>> at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747)
>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1691)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1222)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1199)
>> at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:476)
>> at
>> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
>> at
>> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1031)
>> at
>> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)
>> at
>> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setupWrappedStream(URLConnectionHTTPConduit.java:168)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleHeadersTrustCaching(HTTPConduit.java:1282)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.onFirstWrite(HTTPConduit.java:1233)
>> at
>> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.onFirstWrite(URLConnectionHTTPConduit.java:195)
>> at
>> org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOutputStream.java:47)
>> at
>> org.apache.cxf.io.AbstractThresholdOutputStream.write(AbstractThresholdOutputStream.java:69)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1295)
>> ... 34 more
>> Caused by: java.lang.RuntimeException: Unexpected error:
>> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
>> must be non-empty
>> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
>> at sun.security.validator.Validator.getInstance(Validator.java:161)
>> at
>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
>> at
>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
>> at
>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
>> at
>> com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1188)
>> at
>> com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:135)
>> at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
>> at
>> com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1188)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1215)
>> ... 46 more
>> Caused by: java.security.InvalidAlgorithmParameterException: the
>> trustAnchors parameter must be non-empty
>> at
>> java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
>> at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
>> at
>> java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
>> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
>> ... 57 more
>> Jan 9, 2014 3:30:51 PM org.apache.cxf.phase.PhaseInterceptorChain
>> doDefaultLogging
>> WARNING: Interceptor for
>> {urn:uddi-org:v3_service}UDDI_Service#{urn:uddi-org:api_v3_portType}find_business
>> has thrown exception, unwinding now
>> org.apache.cxf.interceptor.Fault: Could not send Message.
>> at
>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)
>> at
>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
>> at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
>> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
>> at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
>> at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:133)
>> at com.sun.proxy.$Proxy112.findBusiness(Unknown Source)
>> at
>> org.apache.juddi.webconsole.hub.UddiHub.GetBusinessListAsHtml(UddiHub.java:451)
>> at
>> org.apache.jsp.ajax.businesssearch_jsp._jspService(businesssearch_jsp.java:186)
>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>> at
>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
>> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
>> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>> at
>> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
>> at
>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
>> at
>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
>> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
>> at java.lang.Thread.run(Thread.java:695)
>> Caused by: javax.net.ssl.SSLException: SSLException invoking
>> https://localhost:8443/juddiv3/services/inquiry: java.lang.RuntimeException:
>> Unexpected error: java.security.InvalidAlgorithmParameterException: the
>> trustAnchors parameter must be non-empty
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>> at
>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>> at
>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1338)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1322)
>> at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
>> at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622)
>> at
>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
>> ... 30 more
>> Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
>> Unexpected error: java.security.InvalidAlgorithmParameterException: the
>> trustAnchors parameter must be non-empty
>> at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747)
>> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1691)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1222)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1199)
>> at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:476)
>> at
>> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
>> at
>> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1031)
>> at
>> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)
>> at
>> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setupWrappedStream(URLConnectionHTTPConduit.java:168)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleHeadersTrustCaching(HTTPConduit.java:1282)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.onFirstWrite(HTTPConduit.java:1233)
>> at
>> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.onFirstWrite(URLConnectionHTTPConduit.java:195)
>> at
>> org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOutputStream.java:47)
>> at
>> org.apache.cxf.io.AbstractThresholdOutputStream.write(AbstractThresholdOutputStream.java:69)
>> at
>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1295)
>> ... 33 more
>> Caused by: java.lang.RuntimeException: Unexpected error:
>> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
>> must be non-empty
>> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
>> at sun.security.validator.Validator.getInstance(Validator.java:161)
>> at
>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
>> at
>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
>> at
>> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
>> at
>> com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1188)
>> at
>> com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:135)
>> at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
>> at
>> com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1188)
>> at
>> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1215)
>> ... 45 more
>> Caused by: java.security.InvalidAlgorithmParameterException: the
>> trustAnchors parameter must be non-empty
>> at
>> java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
>> at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
>> at
>> java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
>> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
>> ... 56 more
>>
>>
>>
>>
>>
>> On Wed, Jan 8, 2014 at 11:49 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>>>
>>> Alex
>>>
>>> I am still having issues with the wadl. I was wondering if its not a
>>> problem would you be able to take a look at my wadl and find out why this is
>>> not being imported?
>>>
>>>
>>>
>>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>>>
>>> <application xmlns:xs="http://www.w3.org/2001/XMLSchema"
>>> xmlns="http://wadl.dev.java.net/2009/02"
>>> xmlns:tcll="http://www.autentia.com/2013/BasicCollections">
>>>
>>> <doc title="REST Service WADL" />
>>>
>>> <grammars />
>>>
>>> <resources base="http://localhost:8008/portfoliows/rest/wadl">
>>>
>>> <resource path="/portfolio/goal/subgoal/{subGoalId}">
>>>
>>> <param name="subGoalId" style="template" type="xs:integer"
>>> required="true" />
>>>
>>> <method id="deleteSubGoal" name="DELETE">
>>>
>>> <request>
>>>
>>> <param name="userId" style="query" type="xs:string"
>>> required="true" />
>>>
>>> </request>
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/mission/{portfolioId}">
>>>
>>> <param name="portfolioId" style="template" type="xs:string"
>>> required="true" />
>>>
>>> <method id="getMission" name="GET">
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/outcome/suboutcome/{subOutcomeId}">
>>>
>>> <param name="suboOutcomeId" style="template" type="xs:integer"
>>> required="true" />
>>>
>>> <method id="deleteChildOutcome" name="DELETE">
>>>
>>> <request>
>>>
>>> <param name="userId" style="query" type="xs:string"
>>> required="true" />
>>>
>>> </request>
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/vision/{portfolioId}">
>>>
>>> <param name="portfolioId" style="template" type="xs:string"
>>> required="true" />
>>>
>>> <method id="getVision" name="GET">
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/goal/{portfolioId}">
>>>
>>> <param name="portfolioId" style="template" type="xs:string"
>>> required="true" />
>>>
>>> <method id="getGoal" name="GET">
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/outcome/{portfolioId}">
>>>
>>> <param name="portfolioId" style="template" type="xs:string"
>>> required="true" />
>>>
>>> <method id="getOutcome" name="GET">
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/mission">
>>>
>>> <method id="createMission" name="POST">
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/vision">
>>>
>>> <method id="createVision" name="POST">
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/goal">
>>>
>>> <method id="createOrUpdateGoal" name="POST">
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/goal/{goalId}">
>>>
>>> <param name="goalId" style="template" type="xs:integer"
>>> required="true" />
>>>
>>> <method id="deleteGoal" name="DELETE">
>>>
>>> <request>
>>>
>>> <param name="userId" style="query" type="xs:string"
>>> required="true" />
>>>
>>> </request>
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/outcome">
>>>
>>> <method id="createOrUpdateOutcome" name="POST">
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/portfolio/outcome/{outcomeId}">
>>>
>>> <param name="outcomeId" style="template" type="xs:integer"
>>> required="true" />
>>>
>>> <method id="deleteOutcome" name="DELETE">
>>>
>>> <request>
>>>
>>> <param name="userId" style="query" type="xs:string"
>>> required="true" />
>>>
>>> </request>
>>>
>>> <response status="200" />
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/rest/wadl">
>>>
>>> <method id="generateWadl" name="GET">
>>>
>>> <response status="200">
>>>
>>> <representation element="application"
>>> mediaType="application/xml" />
>>>
>>> </response>
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> <resource path="/rest/schema/{classTypeName}">
>>>
>>> <param name="classTypeName" style="template" type="xs:string"
>>> required="true" />
>>>
>>> <method id="generateSchema" name="GET">
>>>
>>> <response status="200">
>>>
>>> <representation element="xs:string"
>>> mediaType="application/xml" />
>>>
>>> </response>
>>>
>>> </method>
>>>
>>> </resource>
>>>
>>> </resources>
>>>
>>> </application>
>>>
>>>
>>>
>>>
>>> Venkat
>>>
>>>
>>>
>>> On Sun, Jan 5, 2014 at 7:45 PM, Alex O'Ree <sp...@gmail.com> wrote:
>>>>
>>>> It's working from here. good luck
>>>>
>>>> On Sun, Jan 5, 2014 at 7:43 PM, Venkat Mahadevan
>>>> <ve...@gmail.com> wrote:
>>>> > looks like Apache repos are down, i will try this tomorrow.
>>>> >
>>>> >
>>>> >
>>>> > On Sat, Jan 4, 2014 at 9:35 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>>>> >>
>>>> >> Alex
>>>> >>
>>>> >> Thanks a lot. Will take a look sometime this weekend.
>>>> >>
>>>> >> Venkat
>>>> >>
>>>> >>
>>>> >> On Friday, January 3, 2014, Alex O'Ree wrote:
>>>> >>>
>>>> >>> Venkat, regarding the issue you found, it should be fixed in the
>>>> >>> current source code trunk, Give it a test drive for me and let me
>>>> >>> know
>>>> >>> what happens. Thanks!
>>>> >>>
>>>> >>> FYI, my test case is this:
>>>> >>>
>>>> >>>
>>>> >>> http://svn.apache.org/repos/asf/cxf/trunk/systests/jaxrs/src/test/resources/wadl/bookstoreImportResource.wadl
>>>> >>>
>>>> >>>
>>>> >>> On Fri, Jan 3, 2014 at 10:19 AM, Venkat (NEU) <ne...@gmail.com>
>>>> >>> wrote:
>>>> >>> > Thanks. will login if i need some help. will be going through the
>>>> >>> > docs
>>>> >>> > now.
>>>> >>> >
>>>> >>> >
>>>> >>> > On Fri, Jan 3, 2014 at 9:43 AM, Alex O'Ree <sp...@gmail.com>
>>>> >>> > wrote:
>>>> >>> >>
>>>> >>> >> Venkat, I'm on Freenode irc #juddi, if you want more interactive
>>>> >>> >> help
>>>> >>> >>
>>>> >>> >> On Fri, Jan 3, 2014 at 9:34 AM, Alex O'Ree <sp...@gmail.com>
>>>> >>> >> wrote:
>>>> >>> >> > https://github.com/UDDI/juddi/wiki/GuideUsingthejUDDIGUI
>>>> >>> >> >
>>>> >>> >> > https://github.com/UDDI/juddi/wiki/GuideConfigurationServer
>>>> >>> >> > (there's
>>>> >>> >> > a
>>>> >>> >> > section towards the bottom for configuring juddi-gui
>>>> >>> >> >
>>>> >>> >> > SSL is turned on by default, however its not required. Also the
>>>> >>> >> > import
>>>> >>> >> > from wadl/wsdl has an ignore ssl feature, see if that helps
>>>> >>> >> >
>>>> >>> >> > On Fri, Jan 3, 2014 at 9:26 AM, Venkat (NEU) <ne...@gmail.com>
>>>> >>> >> > wrote:
>>>> >>> >> >> i now have a wadl for my WS and also have juddi-gui running
>>>> >>> >> >> locally.
>>>> >>> >> >> looks
>>>> >>> >> >> like the SSL is the default. can i run the local instance
>>>> >>> >> >> without
>>>> >>> >> >> ssl?
>>>> >>> >> >> does
>>>> >>> >> >> changing the uddi.xml (under WEB-INF/classes/META-INF) resolve
>>>> >>> >> >> this?
>>>> >>> >> >>
>>>> >>> >> >> also when i try to add a new business or add services from
>>>> >>> >> >> wadl, i
>>>> >>> >> >> am
>>>> >>> >> >> getting errors (possibly related to ssl above). i see a lot of
>>>> >>> >> >> in
>>>> >>> >> >> catalina.out
>>>> >>> >> >>
>>>> >>> >> >> Jan 3, 2014 8:55:53 AM org.apache.juddi.webconsole.hub.UddiHub
>>>> >>> >> >> HandleException
>>>> >>> >> >> SEVERE: null
>>>> >>> >> >>
>>>> >>> >> >> can you point me to some documentation for how to use the gui
>>>> >>> >> >> and
>>>> >>> >> >> how
>>>> >>> >> >> to
>>>> >>> >> >> configure some of the settings?
>>>> >>> >> >>
>>>> >>> >> >>
>>>> >>> >> >>
>>>> >>> >> >>
>>>> >>> >> >> On Thu, Jan 2, 2014 at 11:00 AM, Alex O'Ree
>>>> >>> >> >> <sp...@gmail.com>
>>>> >>> >> >> wrote:
>>>> >>> >> >>>
>>>> >>> >> >>>
>>>> >>> >> >>>
>>>> >>> >> >>>
>>>> >>> >> >>>
>>>> >>> >> >>> http://stackoverflow.com/questions/6514837/is-it-possible-for-spring-restful-services-to-privde-a-wadl-or-something-similar
>>>> >>> >> >>>
>>>> >>> >> >>> That article hints on how to generate wadl's based on Spring.
>>>> >>> >> >>>
>>>> >>> >> >>> juddi-gui has a user facing function that for wadl2uddi.
>>>> >>> >> >>> Basically
>>>> >>> >> >>> you
>>>> >>> >> >>> just punch in the url and it will register everything for you.
>>>> >>> >> >>>
>>>> >>> >> >>> If that doesn't work out, you'll have to register manually,
>>>> >>> >> >>> either
>>>> >>> >> >>> using the juddi-gui or you can write some code for it such as
>>>> >>> >> >>> this
>>>> >>> >> >>>
>>>> >>> >> >>>
>>>> >>> >> >>>
>>>> >>> >> >>>
>>>> >>> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/src/main/java/org/apache/juddi/example/publish/SimplePublish.java
>>>> >>> >> >>>
>>>> >>> >> >>>
>>>> >>> >> >>> On Thu, Jan 2, 2014 at 10:50 AM, Venkat (NEU)
>>>> >>> >> >>> <ne...@gmail.com>
>>>> >>> >> >>> wrote:
>>>> >>> >> >>> > Alex
>>>> >>> >> >>> >
>>>> >>> >> >>> > Thanks for all the help. The demo is what i am looking to
>>>> >>> >> >>> > set
>>>> >>> >> >>> > up. Is
>>>> >>> >> >>> > this
>>>> >>> >> >>> > code available or is this already in the svn (i assume this
>>>> >>> >> >>> > was
>>>> >>> >> >>> > customized
>>>> >>> >> >>> > from some base code).
>>>> >>> >> >>> >
>>>> >>> >> >>> > Also any recommendations on how to generate Spring MVC to
>>>> >>> >> >>> > WADL
>>>> >>> >> >>> > (s
>>>> >>> >> >>> > that
>>>> >>> >> >
>>>> >>
>>>> >>
>>>> >>
>>>> >> --
>>>> >> -Venkat
>>>> >>
>>>> >> Sent via mobile device. Please excuse typos or brevity.
>>>> >>
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > -Venkat
>>>> >
>>>> > Sent via mobile device. Please excuse typos or brevity.
>>>> >
>>>
>>>
>>
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
http://localhost:8080/juddi-gui/settings.jsp
change the value for
config.props.node
from "default-ssl" to "default"
On Thu, Jan 9, 2014 at 3:40 PM, Venkat (NEU) <ne...@gmail.com> wrote:
> Is there a way to turn off SSL.
>
> Error when i did a clean install and started tomcat. on the gui, if i click
> Discover--Business i get this error "Error Could not send Message."
>
>
> Catalina logs:
>
> Jan 9, 2014 3:30:51 PM org.apache.cxf.phase.PhaseInterceptorChain
> doDefaultLogging
> WARNING: Interceptor for
> {urn:uddi-org:v3_service}UDDI_Service#{urn:uddi-org:api_v3_portType}get_authToken
> has thrown exception, unwinding now
> org.apache.cxf.interceptor.Fault: Could not send Message.
> at
> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
> at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
> at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
> at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:133)
> at com.sun.proxy.$Proxy110.getAuthToken(Unknown Source)
> at org.apache.juddi.webconsole.hub.UddiHub.GetToken(UddiHub.java:399)
> at
> org.apache.juddi.webconsole.hub.UddiHub.GetBusinessListAsHtml(UddiHub.java:439)
> at
> org.apache.jsp.ajax.businesssearch_jsp._jspService(businesssearch_jsp.java:186)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at
> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
> at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
> at java.lang.Thread.run(Thread.java:695)
> Caused by: javax.net.ssl.SSLException: SSLException invoking
> https://localhost:8443/juddiv3/services/security:
> java.lang.RuntimeException: Unexpected error:
> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
> must be non-empty
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1338)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1322)
> at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
> at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622)
> at
> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
> ... 31 more
> Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
> Unexpected error: java.security.InvalidAlgorithmParameterException: the
> trustAnchors parameter must be non-empty
> at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747)
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1691)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1222)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1199)
> at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:476)
> at
> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
> at
> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1031)
> at
> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)
> at
> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setupWrappedStream(URLConnectionHTTPConduit.java:168)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleHeadersTrustCaching(HTTPConduit.java:1282)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.onFirstWrite(HTTPConduit.java:1233)
> at
> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.onFirstWrite(URLConnectionHTTPConduit.java:195)
> at
> org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOutputStream.java:47)
> at
> org.apache.cxf.io.AbstractThresholdOutputStream.write(AbstractThresholdOutputStream.java:69)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1295)
> ... 34 more
> Caused by: java.lang.RuntimeException: Unexpected error:
> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
> must be non-empty
> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
> at sun.security.validator.Validator.getInstance(Validator.java:161)
> at
> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
> at
> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
> at
> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
> at
> com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1188)
> at
> com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:135)
> at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
> at
> com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1188)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1215)
> ... 46 more
> Caused by: java.security.InvalidAlgorithmParameterException: the
> trustAnchors parameter must be non-empty
> at
> java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
> at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
> at
> java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
> ... 57 more
> Jan 9, 2014 3:30:51 PM org.apache.cxf.phase.PhaseInterceptorChain
> doDefaultLogging
> WARNING: Interceptor for
> {urn:uddi-org:v3_service}UDDI_Service#{urn:uddi-org:api_v3_portType}find_business
> has thrown exception, unwinding now
> org.apache.cxf.interceptor.Fault: Could not send Message.
> at
> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
> at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
> at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
> at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:133)
> at com.sun.proxy.$Proxy112.findBusiness(Unknown Source)
> at
> org.apache.juddi.webconsole.hub.UddiHub.GetBusinessListAsHtml(UddiHub.java:451)
> at
> org.apache.jsp.ajax.businesssearch_jsp._jspService(businesssearch_jsp.java:186)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at
> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
> at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
> at java.lang.Thread.run(Thread.java:695)
> Caused by: javax.net.ssl.SSLException: SSLException invoking
> https://localhost:8443/juddiv3/services/inquiry: java.lang.RuntimeException:
> Unexpected error: java.security.InvalidAlgorithmParameterException: the
> trustAnchors parameter must be non-empty
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1338)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1322)
> at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
> at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622)
> at
> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
> ... 30 more
> Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
> Unexpected error: java.security.InvalidAlgorithmParameterException: the
> trustAnchors parameter must be non-empty
> at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747)
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1691)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1222)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1199)
> at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:476)
> at
> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
> at
> sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1031)
> at
> sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)
> at
> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setupWrappedStream(URLConnectionHTTPConduit.java:168)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleHeadersTrustCaching(HTTPConduit.java:1282)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.onFirstWrite(HTTPConduit.java:1233)
> at
> org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.onFirstWrite(URLConnectionHTTPConduit.java:195)
> at
> org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOutputStream.java:47)
> at
> org.apache.cxf.io.AbstractThresholdOutputStream.write(AbstractThresholdOutputStream.java:69)
> at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1295)
> ... 33 more
> Caused by: java.lang.RuntimeException: Unexpected error:
> java.security.InvalidAlgorithmParameterException: the trustAnchors parameter
> must be non-empty
> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
> at sun.security.validator.Validator.getInstance(Validator.java:161)
> at
> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
> at
> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
> at
> com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
> at
> com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1188)
> at
> com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:135)
> at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
> at
> com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1188)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1215)
> ... 45 more
> Caused by: java.security.InvalidAlgorithmParameterException: the
> trustAnchors parameter must be non-empty
> at
> java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
> at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
> at
> java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
> at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
> ... 56 more
>
>
>
>
>
> On Wed, Jan 8, 2014 at 11:49 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>>
>> Alex
>>
>> I am still having issues with the wadl. I was wondering if its not a
>> problem would you be able to take a look at my wadl and find out why this is
>> not being imported?
>>
>>
>>
>> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>>
>> <application xmlns:xs="http://www.w3.org/2001/XMLSchema"
>> xmlns="http://wadl.dev.java.net/2009/02"
>> xmlns:tcll="http://www.autentia.com/2013/BasicCollections">
>>
>> <doc title="REST Service WADL" />
>>
>> <grammars />
>>
>> <resources base="http://localhost:8008/portfoliows/rest/wadl">
>>
>> <resource path="/portfolio/goal/subgoal/{subGoalId}">
>>
>> <param name="subGoalId" style="template" type="xs:integer"
>> required="true" />
>>
>> <method id="deleteSubGoal" name="DELETE">
>>
>> <request>
>>
>> <param name="userId" style="query" type="xs:string"
>> required="true" />
>>
>> </request>
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/mission/{portfolioId}">
>>
>> <param name="portfolioId" style="template" type="xs:string"
>> required="true" />
>>
>> <method id="getMission" name="GET">
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/outcome/suboutcome/{subOutcomeId}">
>>
>> <param name="suboOutcomeId" style="template" type="xs:integer"
>> required="true" />
>>
>> <method id="deleteChildOutcome" name="DELETE">
>>
>> <request>
>>
>> <param name="userId" style="query" type="xs:string"
>> required="true" />
>>
>> </request>
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/vision/{portfolioId}">
>>
>> <param name="portfolioId" style="template" type="xs:string"
>> required="true" />
>>
>> <method id="getVision" name="GET">
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/goal/{portfolioId}">
>>
>> <param name="portfolioId" style="template" type="xs:string"
>> required="true" />
>>
>> <method id="getGoal" name="GET">
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/outcome/{portfolioId}">
>>
>> <param name="portfolioId" style="template" type="xs:string"
>> required="true" />
>>
>> <method id="getOutcome" name="GET">
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/mission">
>>
>> <method id="createMission" name="POST">
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/vision">
>>
>> <method id="createVision" name="POST">
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/goal">
>>
>> <method id="createOrUpdateGoal" name="POST">
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/goal/{goalId}">
>>
>> <param name="goalId" style="template" type="xs:integer"
>> required="true" />
>>
>> <method id="deleteGoal" name="DELETE">
>>
>> <request>
>>
>> <param name="userId" style="query" type="xs:string"
>> required="true" />
>>
>> </request>
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/outcome">
>>
>> <method id="createOrUpdateOutcome" name="POST">
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/portfolio/outcome/{outcomeId}">
>>
>> <param name="outcomeId" style="template" type="xs:integer"
>> required="true" />
>>
>> <method id="deleteOutcome" name="DELETE">
>>
>> <request>
>>
>> <param name="userId" style="query" type="xs:string"
>> required="true" />
>>
>> </request>
>>
>> <response status="200" />
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/rest/wadl">
>>
>> <method id="generateWadl" name="GET">
>>
>> <response status="200">
>>
>> <representation element="application"
>> mediaType="application/xml" />
>>
>> </response>
>>
>> </method>
>>
>> </resource>
>>
>> <resource path="/rest/schema/{classTypeName}">
>>
>> <param name="classTypeName" style="template" type="xs:string"
>> required="true" />
>>
>> <method id="generateSchema" name="GET">
>>
>> <response status="200">
>>
>> <representation element="xs:string"
>> mediaType="application/xml" />
>>
>> </response>
>>
>> </method>
>>
>> </resource>
>>
>> </resources>
>>
>> </application>
>>
>>
>>
>>
>> Venkat
>>
>>
>>
>> On Sun, Jan 5, 2014 at 7:45 PM, Alex O'Ree <sp...@gmail.com> wrote:
>>>
>>> It's working from here. good luck
>>>
>>> On Sun, Jan 5, 2014 at 7:43 PM, Venkat Mahadevan
>>> <ve...@gmail.com> wrote:
>>> > looks like Apache repos are down, i will try this tomorrow.
>>> >
>>> >
>>> >
>>> > On Sat, Jan 4, 2014 at 9:35 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>>> >>
>>> >> Alex
>>> >>
>>> >> Thanks a lot. Will take a look sometime this weekend.
>>> >>
>>> >> Venkat
>>> >>
>>> >>
>>> >> On Friday, January 3, 2014, Alex O'Ree wrote:
>>> >>>
>>> >>> Venkat, regarding the issue you found, it should be fixed in the
>>> >>> current source code trunk, Give it a test drive for me and let me
>>> >>> know
>>> >>> what happens. Thanks!
>>> >>>
>>> >>> FYI, my test case is this:
>>> >>>
>>> >>>
>>> >>> http://svn.apache.org/repos/asf/cxf/trunk/systests/jaxrs/src/test/resources/wadl/bookstoreImportResource.wadl
>>> >>>
>>> >>>
>>> >>> On Fri, Jan 3, 2014 at 10:19 AM, Venkat (NEU) <ne...@gmail.com>
>>> >>> wrote:
>>> >>> > Thanks. will login if i need some help. will be going through the
>>> >>> > docs
>>> >>> > now.
>>> >>> >
>>> >>> >
>>> >>> > On Fri, Jan 3, 2014 at 9:43 AM, Alex O'Ree <sp...@gmail.com>
>>> >>> > wrote:
>>> >>> >>
>>> >>> >> Venkat, I'm on Freenode irc #juddi, if you want more interactive
>>> >>> >> help
>>> >>> >>
>>> >>> >> On Fri, Jan 3, 2014 at 9:34 AM, Alex O'Ree <sp...@gmail.com>
>>> >>> >> wrote:
>>> >>> >> > https://github.com/UDDI/juddi/wiki/GuideUsingthejUDDIGUI
>>> >>> >> >
>>> >>> >> > https://github.com/UDDI/juddi/wiki/GuideConfigurationServer
>>> >>> >> > (there's
>>> >>> >> > a
>>> >>> >> > section towards the bottom for configuring juddi-gui
>>> >>> >> >
>>> >>> >> > SSL is turned on by default, however its not required. Also the
>>> >>> >> > import
>>> >>> >> > from wadl/wsdl has an ignore ssl feature, see if that helps
>>> >>> >> >
>>> >>> >> > On Fri, Jan 3, 2014 at 9:26 AM, Venkat (NEU) <ne...@gmail.com>
>>> >>> >> > wrote:
>>> >>> >> >> i now have a wadl for my WS and also have juddi-gui running
>>> >>> >> >> locally.
>>> >>> >> >> looks
>>> >>> >> >> like the SSL is the default. can i run the local instance
>>> >>> >> >> without
>>> >>> >> >> ssl?
>>> >>> >> >> does
>>> >>> >> >> changing the uddi.xml (under WEB-INF/classes/META-INF) resolve
>>> >>> >> >> this?
>>> >>> >> >>
>>> >>> >> >> also when i try to add a new business or add services from
>>> >>> >> >> wadl, i
>>> >>> >> >> am
>>> >>> >> >> getting errors (possibly related to ssl above). i see a lot of
>>> >>> >> >> in
>>> >>> >> >> catalina.out
>>> >>> >> >>
>>> >>> >> >> Jan 3, 2014 8:55:53 AM org.apache.juddi.webconsole.hub.UddiHub
>>> >>> >> >> HandleException
>>> >>> >> >> SEVERE: null
>>> >>> >> >>
>>> >>> >> >> can you point me to some documentation for how to use the gui
>>> >>> >> >> and
>>> >>> >> >> how
>>> >>> >> >> to
>>> >>> >> >> configure some of the settings?
>>> >>> >> >>
>>> >>> >> >>
>>> >>> >> >>
>>> >>> >> >>
>>> >>> >> >> On Thu, Jan 2, 2014 at 11:00 AM, Alex O'Ree
>>> >>> >> >> <sp...@gmail.com>
>>> >>> >> >> wrote:
>>> >>> >> >>>
>>> >>> >> >>>
>>> >>> >> >>>
>>> >>> >> >>>
>>> >>> >> >>>
>>> >>> >> >>> http://stackoverflow.com/questions/6514837/is-it-possible-for-spring-restful-services-to-privde-a-wadl-or-something-similar
>>> >>> >> >>>
>>> >>> >> >>> That article hints on how to generate wadl's based on Spring.
>>> >>> >> >>>
>>> >>> >> >>> juddi-gui has a user facing function that for wadl2uddi.
>>> >>> >> >>> Basically
>>> >>> >> >>> you
>>> >>> >> >>> just punch in the url and it will register everything for you.
>>> >>> >> >>>
>>> >>> >> >>> If that doesn't work out, you'll have to register manually,
>>> >>> >> >>> either
>>> >>> >> >>> using the juddi-gui or you can write some code for it such as
>>> >>> >> >>> this
>>> >>> >> >>>
>>> >>> >> >>>
>>> >>> >> >>>
>>> >>> >> >>>
>>> >>> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/src/main/java/org/apache/juddi/example/publish/SimplePublish.java
>>> >>> >> >>>
>>> >>> >> >>>
>>> >>> >> >>> On Thu, Jan 2, 2014 at 10:50 AM, Venkat (NEU)
>>> >>> >> >>> <ne...@gmail.com>
>>> >>> >> >>> wrote:
>>> >>> >> >>> > Alex
>>> >>> >> >>> >
>>> >>> >> >>> > Thanks for all the help. The demo is what i am looking to
>>> >>> >> >>> > set
>>> >>> >> >>> > up. Is
>>> >>> >> >>> > this
>>> >>> >> >>> > code available or is this already in the svn (i assume this
>>> >>> >> >>> > was
>>> >>> >> >>> > customized
>>> >>> >> >>> > from some base code).
>>> >>> >> >>> >
>>> >>> >> >>> > Also any recommendations on how to generate Spring MVC to
>>> >>> >> >>> > WADL
>>> >>> >> >>> > (s
>>> >>> >> >>> > that
>>> >>> >> >
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> -Venkat
>>> >>
>>> >> Sent via mobile device. Please excuse typos or brevity.
>>> >>
>>> >
>>> >
>>> >
>>> > --
>>> > -Venkat
>>> >
>>> > Sent via mobile device. Please excuse typos or brevity.
>>> >
>>
>>
>
Re: Publish REST services?
Posted by "Venkat (NEU)" <ne...@gmail.com>.
Is there a way to turn off SSL.
Error when i did a clean install and started tomcat. on the gui, if i click
Discover--Business i get this error "Error Could not send Message."
Catalina logs:
Jan 9, 2014 3:30:51 PM org.apache.cxf.phase.PhaseInterceptorChain
doDefaultLogging
WARNING: Interceptor for
{urn:uddi-org:v3_service}UDDI_Service#{urn:uddi-org:api_v3_portType}get_authToken
has thrown exception, unwinding now
org.apache.cxf.interceptor.Fault: Could not send Message.
at
org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)
at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:133)
at com.sun.proxy.$Proxy110.getAuthToken(Unknown Source)
at org.apache.juddi.webconsole.hub.UddiHub.GetToken(UddiHub.java:399)
at
org.apache.juddi.webconsole.hub.UddiHub.GetBusinessListAsHtml(UddiHub.java:439)
at
org.apache.jsp.ajax.businesssearch_jsp._jspService(businesssearch_jsp.java:186)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:695)
Caused by: javax.net.ssl.SSLException: SSLException invoking
https://localhost:8443/juddiv3/services/security:
java.lang.RuntimeException: Unexpected error:
java.security.InvalidAlgorithmParameterException: the trustAnchors
parameter must be non-empty
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1338)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1322)
at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622)
at
org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
... 31 more
Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
Unexpected error: java.security.InvalidAlgorithmParameterException: the
trustAnchors parameter must be non-empty
at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1691)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1222)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1199)
at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:476)
at
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
at
sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1031)
at
sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)
at
org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setupWrappedStream(URLConnectionHTTPConduit.java:168)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleHeadersTrustCaching(HTTPConduit.java:1282)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.onFirstWrite(HTTPConduit.java:1233)
at
org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.onFirstWrite(URLConnectionHTTPConduit.java:195)
at
org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOutputStream.java:47)
at
org.apache.cxf.io.AbstractThresholdOutputStream.write(AbstractThresholdOutputStream.java:69)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1295)
... 34 more
Caused by: java.lang.RuntimeException: Unexpected error:
java.security.InvalidAlgorithmParameterException: the trustAnchors
parameter must be non-empty
at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
at sun.security.validator.Validator.getInstance(Validator.java:161)
at
com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
at
com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
at
com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
at
com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1188)
at
com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:135)
at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
at
com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1188)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1215)
... 46 more
Caused by: java.security.InvalidAlgorithmParameterException: the
trustAnchors parameter must be non-empty
at
java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
at
java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
... 57 more
Jan 9, 2014 3:30:51 PM org.apache.cxf.phase.PhaseInterceptorChain
doDefaultLogging
WARNING: Interceptor for
{urn:uddi-org:v3_service}UDDI_Service#{urn:uddi-org:api_v3_portType}find_business
has thrown exception, unwinding now
org.apache.cxf.interceptor.Fault: Could not send Message.
at
org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)
at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:271)
at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:530)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:96)
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:133)
at com.sun.proxy.$Proxy112.findBusiness(Unknown Source)
at
org.apache.juddi.webconsole.hub.UddiHub.GetBusinessListAsHtml(UddiHub.java:451)
at
org.apache.jsp.ajax.businesssearch_jsp._jspService(businesssearch_jsp.java:186)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:695)
Caused by: javax.net.ssl.SSLException: SSLException invoking
https://localhost:8443/juddiv3/services/inquiry:
java.lang.RuntimeException: Unexpected error:
java.security.InvalidAlgorithmParameterException: the trustAnchors
parameter must be non-empty
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1338)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1322)
at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:622)
at
org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
... 30 more
Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException:
Unexpected error: java.security.InvalidAlgorithmParameterException: the
trustAnchors parameter must be non-empty
at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1747)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1708)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1691)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1222)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1199)
at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:476)
at
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166)
at
sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1031)
at
sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230)
at
org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.setupWrappedStream(URLConnectionHTTPConduit.java:168)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleHeadersTrustCaching(HTTPConduit.java:1282)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.onFirstWrite(HTTPConduit.java:1233)
at
org.apache.cxf.transport.http.URLConnectionHTTPConduit$URLConnectionWrappedOutputStream.onFirstWrite(URLConnectionHTTPConduit.java:195)
at
org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOutputStream.java:47)
at
org.apache.cxf.io.AbstractThresholdOutputStream.write(AbstractThresholdOutputStream.java:69)
at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1295)
... 33 more
Caused by: java.lang.RuntimeException: Unexpected error:
java.security.InvalidAlgorithmParameterException: the trustAnchors
parameter must be non-empty
at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:57)
at sun.security.validator.Validator.getInstance(Validator.java:161)
at
com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:108)
at
com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:204)
at
com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:249)
at
com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1188)
at
com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:135)
at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)
at
com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:529)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:943)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1188)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1215)
... 45 more
Caused by: java.security.InvalidAlgorithmParameterException: the
trustAnchors parameter must be non-empty
at
java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:183)
at java.security.cert.PKIXParameters.<init>(PKIXParameters.java:103)
at
java.security.cert.PKIXBuilderParameters.<init>(PKIXBuilderParameters.java:87)
at sun.security.validator.PKIXValidator.<init>(PKIXValidator.java:55)
... 56 more
On Wed, Jan 8, 2014 at 11:49 AM, Venkat (NEU) <ne...@gmail.com> wrote:
> Alex
>
> I am still having issues with the wadl. I was wondering if its not a
> problem would you be able to take a look at my wadl and find out why this
> is not being imported?
>
>
>
> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>
> <application xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="
> http://wadl.dev.java.net/2009/02" xmlns:tcll="
> http://www.autentia.com/2013/BasicCollections">
>
> <doc title="REST Service WADL" />
>
> <grammars />
>
> <resources base="http://localhost:8008/portfoliows/rest/wadl">
>
> <resource path="/portfolio/goal/subgoal/{subGoalId}">
>
> <param name="subGoalId" style="template" type="xs:integer"
> required="true" />
>
> <method id="deleteSubGoal" name="DELETE">
>
> <request>
>
> <param name="userId" style="query" type="xs:string"
> required="true" />
>
> </request>
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/mission/{portfolioId}">
>
> <param name="portfolioId" style="template" type="xs:string"
> required="true" />
>
> <method id="getMission" name="GET">
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/outcome/suboutcome/{subOutcomeId}">
>
> <param name="suboOutcomeId" style="template" type="xs:integer"
> required="true" />
>
> <method id="deleteChildOutcome" name="DELETE">
>
> <request>
>
> <param name="userId" style="query" type="xs:string"
> required="true" />
>
> </request>
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/vision/{portfolioId}">
>
> <param name="portfolioId" style="template" type="xs:string"
> required="true" />
>
> <method id="getVision" name="GET">
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/goal/{portfolioId}">
>
> <param name="portfolioId" style="template" type="xs:string"
> required="true" />
>
> <method id="getGoal" name="GET">
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/outcome/{portfolioId}">
>
> <param name="portfolioId" style="template" type="xs:string"
> required="true" />
>
> <method id="getOutcome" name="GET">
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/mission">
>
> <method id="createMission" name="POST">
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/vision">
>
> <method id="createVision" name="POST">
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/goal">
>
> <method id="createOrUpdateGoal" name="POST">
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/goal/{goalId}">
>
> <param name="goalId" style="template" type="xs:integer"
> required="true" />
>
> <method id="deleteGoal" name="DELETE">
>
> <request>
>
> <param name="userId" style="query" type="xs:string"
> required="true" />
>
> </request>
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/outcome">
>
> <method id="createOrUpdateOutcome" name="POST">
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/portfolio/outcome/{outcomeId}">
>
> <param name="outcomeId" style="template" type="xs:integer"
> required="true" />
>
> <method id="deleteOutcome" name="DELETE">
>
> <request>
>
> <param name="userId" style="query" type="xs:string"
> required="true" />
>
> </request>
>
> <response status="200" />
>
> </method>
>
> </resource>
>
> <resource path="/rest/wadl">
>
> <method id="generateWadl" name="GET">
>
> <response status="200">
>
> <representation element="application"
> mediaType="application/xml" />
>
> </response>
>
> </method>
>
> </resource>
>
> <resource path="/rest/schema/{classTypeName}">
>
> <param name="classTypeName" style="template" type="xs:string"
> required="true" />
>
> <method id="generateSchema" name="GET">
>
> <response status="200">
>
> <representation element="xs:string"
> mediaType="application/xml" />
>
> </response>
>
> </method>
>
> </resource>
>
> </resources>
>
> </application>
>
>
>
>
> Venkat
>
>
>
> On Sun, Jan 5, 2014 at 7:45 PM, Alex O'Ree <sp...@gmail.com> wrote:
>
>> It's working from here. good luck
>>
>> On Sun, Jan 5, 2014 at 7:43 PM, Venkat Mahadevan
>> <ve...@gmail.com> wrote:
>> > looks like Apache repos are down, i will try this tomorrow.
>> >
>> >
>> >
>> > On Sat, Jan 4, 2014 at 9:35 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>> >>
>> >> Alex
>> >>
>> >> Thanks a lot. Will take a look sometime this weekend.
>> >>
>> >> Venkat
>> >>
>> >>
>> >> On Friday, January 3, 2014, Alex O'Ree wrote:
>> >>>
>> >>> Venkat, regarding the issue you found, it should be fixed in the
>> >>> current source code trunk, Give it a test drive for me and let me know
>> >>> what happens. Thanks!
>> >>>
>> >>> FYI, my test case is this:
>> >>>
>> >>>
>> http://svn.apache.org/repos/asf/cxf/trunk/systests/jaxrs/src/test/resources/wadl/bookstoreImportResource.wadl
>> >>>
>> >>>
>> >>> On Fri, Jan 3, 2014 at 10:19 AM, Venkat (NEU) <ne...@gmail.com>
>> wrote:
>> >>> > Thanks. will login if i need some help. will be going through the
>> docs
>> >>> > now.
>> >>> >
>> >>> >
>> >>> > On Fri, Jan 3, 2014 at 9:43 AM, Alex O'Ree <sp...@gmail.com>
>> >>> > wrote:
>> >>> >>
>> >>> >> Venkat, I'm on Freenode irc #juddi, if you want more interactive
>> help
>> >>> >>
>> >>> >> On Fri, Jan 3, 2014 at 9:34 AM, Alex O'Ree <sp...@gmail.com>
>> >>> >> wrote:
>> >>> >> > https://github.com/UDDI/juddi/wiki/GuideUsingthejUDDIGUI
>> >>> >> >
>> >>> >> > https://github.com/UDDI/juddi/wiki/GuideConfigurationServer(there's
>> >>> >> > a
>> >>> >> > section towards the bottom for configuring juddi-gui
>> >>> >> >
>> >>> >> > SSL is turned on by default, however its not required. Also the
>> >>> >> > import
>> >>> >> > from wadl/wsdl has an ignore ssl feature, see if that helps
>> >>> >> >
>> >>> >> > On Fri, Jan 3, 2014 at 9:26 AM, Venkat (NEU) <ne...@gmail.com>
>> >>> >> > wrote:
>> >>> >> >> i now have a wadl for my WS and also have juddi-gui running
>> >>> >> >> locally.
>> >>> >> >> looks
>> >>> >> >> like the SSL is the default. can i run the local instance
>> without
>> >>> >> >> ssl?
>> >>> >> >> does
>> >>> >> >> changing the uddi.xml (under WEB-INF/classes/META-INF) resolve
>> >>> >> >> this?
>> >>> >> >>
>> >>> >> >> also when i try to add a new business or add services from
>> wadl, i
>> >>> >> >> am
>> >>> >> >> getting errors (possibly related to ssl above). i see a lot of
>> in
>> >>> >> >> catalina.out
>> >>> >> >>
>> >>> >> >> Jan 3, 2014 8:55:53 AM org.apache.juddi.webconsole.hub.UddiHub
>> >>> >> >> HandleException
>> >>> >> >> SEVERE: null
>> >>> >> >>
>> >>> >> >> can you point me to some documentation for how to use the gui
>> and
>> >>> >> >> how
>> >>> >> >> to
>> >>> >> >> configure some of the settings?
>> >>> >> >>
>> >>> >> >>
>> >>> >> >>
>> >>> >> >>
>> >>> >> >> On Thu, Jan 2, 2014 at 11:00 AM, Alex O'Ree <
>> spyhunter99@gmail.com>
>> >>> >> >> wrote:
>> >>> >> >>>
>> >>> >> >>>
>> >>> >> >>>
>> >>> >> >>>
>> >>> >> >>>
>> http://stackoverflow.com/questions/6514837/is-it-possible-for-spring-restful-services-to-privde-a-wadl-or-something-similar
>> >>> >> >>>
>> >>> >> >>> That article hints on how to generate wadl's based on Spring.
>> >>> >> >>>
>> >>> >> >>> juddi-gui has a user facing function that for wadl2uddi.
>> Basically
>> >>> >> >>> you
>> >>> >> >>> just punch in the url and it will register everything for you.
>> >>> >> >>>
>> >>> >> >>> If that doesn't work out, you'll have to register manually,
>> either
>> >>> >> >>> using the juddi-gui or you can write some code for it such as
>> this
>> >>> >> >>>
>> >>> >> >>>
>> >>> >> >>>
>> >>> >> >>>
>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/src/main/java/org/apache/juddi/example/publish/SimplePublish.java
>> >>> >> >>>
>> >>> >> >>>
>> >>> >> >>> On Thu, Jan 2, 2014 at 10:50 AM, Venkat (NEU) <
>> neumba@gmail.com>
>> >>> >> >>> wrote:
>> >>> >> >>> > Alex
>> >>> >> >>> >
>> >>> >> >>> > Thanks for all the help. The demo is what i am looking to set
>> >>> >> >>> > up. Is
>> >>> >> >>> > this
>> >>> >> >>> > code available or is this already in the svn (i assume this
>> was
>> >>> >> >>> > customized
>> >>> >> >>> > from some base code).
>> >>> >> >>> >
>> >>> >> >>> > Also any recommendations on how to generate Spring MVC to
>> WADL
>> >>> >> >>> > (s
>> >>> >> >>> > that
>> >>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> -Venkat
>> >>
>> >> Sent via mobile device. Please excuse typos or brevity.
>> >>
>> >
>> >
>> >
>> > --
>> > -Venkat
>> >
>> > Sent via mobile device. Please excuse typos or brevity.
>> >
>>
>
>
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
Venkat, I'm on Freenode irc #juddi, if you want more interactive help
On Fri, Jan 3, 2014 at 9:34 AM, Alex O'Ree <sp...@gmail.com> wrote:
> https://github.com/UDDI/juddi/wiki/GuideUsingthejUDDIGUI
>
> https://github.com/UDDI/juddi/wiki/GuideConfigurationServer (there's a
> section towards the bottom for configuring juddi-gui
>
> SSL is turned on by default, however its not required. Also the import
> from wadl/wsdl has an ignore ssl feature, see if that helps
>
> On Fri, Jan 3, 2014 at 9:26 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>> i now have a wadl for my WS and also have juddi-gui running locally. looks
>> like the SSL is the default. can i run the local instance without ssl? does
>> changing the uddi.xml (under WEB-INF/classes/META-INF) resolve this?
>>
>> also when i try to add a new business or add services from wadl, i am
>> getting errors (possibly related to ssl above). i see a lot of in
>> catalina.out
>>
>> Jan 3, 2014 8:55:53 AM org.apache.juddi.webconsole.hub.UddiHub
>> HandleException
>> SEVERE: null
>>
>> can you point me to some documentation for how to use the gui and how to
>> configure some of the settings?
>>
>>
>>
>>
>> On Thu, Jan 2, 2014 at 11:00 AM, Alex O'Ree <sp...@gmail.com> wrote:
>>>
>>>
>>> http://stackoverflow.com/questions/6514837/is-it-possible-for-spring-restful-services-to-privde-a-wadl-or-something-similar
>>>
>>> That article hints on how to generate wadl's based on Spring.
>>>
>>> juddi-gui has a user facing function that for wadl2uddi. Basically you
>>> just punch in the url and it will register everything for you.
>>>
>>> If that doesn't work out, you'll have to register manually, either
>>> using the juddi-gui or you can write some code for it such as this
>>>
>>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/src/main/java/org/apache/juddi/example/publish/SimplePublish.java
>>>
>>>
>>> On Thu, Jan 2, 2014 at 10:50 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>>> > Alex
>>> >
>>> > Thanks for all the help. The demo is what i am looking to set up. Is
>>> > this
>>> > code available or is this already in the svn (i assume this was
>>> > customized
>>> > from some base code).
>>> >
>>> > Also any recommendations on how to generate Spring MVC to WADL (s that
>>> > registration code that you mentioned). There are a few opensource
>>> > projects
>>> > that I got from web, but wanted to know whether there are any
>>> > recommended
>>> > approach. Will juddi-gui do this work?
>>> >
>>> > Thanks
>>> > Venkat
>>> >
>>> >
>>> >
>>> > On Tue, Dec 31, 2013 at 5:08 PM, Alex O'Ree <sp...@gmail.com>
>>> > wrote:
>>> >>
>>> >> Ok so no wadl and no wsdl, means that you need to just simply create
>>> >> your own registration code. You can also use the juddi-gui that's
>>> >> bundled with 3.2. It's a user interface that makes it somewhat simple
>>> >> to register new stuff.
>>> >>
>>> >> See this link for a demo
>>> >> http://uddiconsole-jbossoverlord.rhcloud.com/
>>> >>
>>> >> Here's the most basic UDDI structure you need to register a service if
>>> >> you're writing code:
>>> >> businessEntity
>>> >> --businessService
>>> >> ---bindingTemplate
>>> >> ----AccessPoint value=base url of your service
>>> >>
>>> >> does this help? More information on the data structures can be found
>>> >> here: http://uddi.org/pubs/uddi-v3.0.2-20041019.htm
>>> >>
>>> >>
>>> >> On Tue, Dec 31, 2013 at 5:00 PM, Venkat (NEU) <ne...@gmail.com> wrote:
>>> >> > Sorry if i was not more clear initially.
>>> >> >
>>> >> > I don't have WADL. All I have are spring MVC apps, multiple apps I am
>>> >> > looking for a WS registry to publish all my WS end points. So I was
>>> >> > trying
>>> >> > to create WADL myself and trying to deploy to juddi.
>>> >> >
>>> >> > All I am looking for is a registry for publishing/discovery purposes.
>>> >> > Am
>>> >> > I
>>> >> > looking at the wrong tool ;-)
>>> >> >
>>> >> >
>>> >> >
>>> >> > On Tuesday, December 31, 2013, Alex O'Ree wrote:
>>> >> >>
>>> >> >> Maybe I'm confused as to what your goal is.
>>> >> >>
>>> >> >> Do you have WADLs or generated WADLs for your REST services? If you
>>> >> >> do, you may be in luck.
>>> >> >> jUDDI 3.2's client jar has a routine that parses a WADL file and
>>> >> >> will
>>> >> >> register the services for you.
>>> >> >>
>>> >> >> The Apache SVN is down for upgrades at the moment, but there's an
>>> >> >> example of how to use it there. There's also this article.
>>> >> >> https://github.com/UDDI/juddi/wiki/devMappingWADLandWSDLtoUDDI
>>> >> >>
>>> >> >> That code will automate most of the process and attach the services
>>> >> >> to
>>> >> >> a business. At that point, all you need is a list of URLs to the
>>> >> >> WADL
>>> >> >> files and a loop.
>>> >> >>
>>> >> >>
>>> >> >> On Tue, Dec 31, 2013 at 2:45 PM, Venkat (NEU) <ne...@gmail.com>
>>> >> >> wrote:
>>> >> >> > I figured out a way but its messing up my existing code as i have
>>> >> >> > to
>>> >> >> > refactor a lot. I am looking for some tips as to how to publish
>>> >> >> > them
>>> >> >> > without
>>> >> >> > overly modifying the existing codebase.
>>> >> >> >
>>> >> >> >
>>> >> >> > On Tue, Dec 31, 2013 at 2:06 PM, Venkat (NEU) <ne...@gmail.com>
>>> >> >> > wrote:
>>> >> >> >>
>>> >> >> >> Alex
>>> >> >> >>
>>> >> >> >> I am making progress but running into some issues. I have a
>>> >> >> >> spring
>>> >> >> >> based
>>> >> >> >> application that uses annotations. so re-creating the beans.xml
>>> >> >> >> file
>>> >> >> >> for cxf
>>> >> >> >> seems to be redundant. Also I am not able to translate some of my
>>> >> >> >> spring
>>> >> >> >> beans that have annotations into bean definitions in the
>>> >> >> >> beans.xml
>>> >> >> >> file.
>>> >> >> >>
>>> >> >> >> I am sure someone must have figured this out. Also i have used
>>> >> >> >> CXF
>>> >> >> >> till
>>> >> >> >> date. Any suggestions?
>>> >> >> >>
>>> >> >> >> Thanks
>>> >> >> >> Venkat
>>> >> >> >>
>>> >> >> >>
>>> >> >> >>
>>> >> >> >> On Tue, Dec 24, 2013 at 7:30 PM, Alex O'Ree
>>> >> >> >> <sp...@gmail.com>
>>> >> >> >> wrote:
>>> >> >> >>>
>>> >> >> >>> Venkat
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
>>> >> >> >>>
>>> >> >> >>> That link has a reasonable example of how to publish a basic
>>> >> >> >>> service.
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
>>> >> >> >>>
>>> >> >> >>> That link has an example for using Java annotations to decorate
>>> >> >> >>> your
>>> >> >> >>> REST class, along with a simple servlet listener that will
>>> >> >> >>> automatically register when the REST class is deployed to a
>>> >> >> >>> container
>>> >> >> >>> and optionally remove it from UDDI when the container stops or
>>> >> >> >>> the
>>> >> >> >>> endpoint is redeployed.
>>> >> >> >>>
>>> >> >> >>> Here's a few other references that will help you (namely, what
>>> >> >> >>> tModels
>>> >> >> >>> are already defined)
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com>
>>> >> >> >>> wrote:
>>> >> >> >>> > Alex
>>> >> >> >>> >
>>> >> >> >>> > Ideally I want to publish REST services anytime. I am assuming
>>> >> >> >>> > that
>>> >> >> >>> > there
>>> >> >> >>> > will is a UI piece which will help in listing the various REST
>>> >> >> >>> > services
>>> >> >> >>> > deployed.
>>> >> >> >>> >
>>> >> >> >>> > Is there any particular module (juddiv3-samples ?) in the
>>> >> >> >>> > trunk
>>> >> >> >>> > that
>>> >> >> >>> > i
>>> >> >> >>> > should be looking at?
>>> >> >> >>> >
>>> >> >> >>> > Thanks
>>> >> >> >>> > -Venkat
>>> >> >> >>> >
>>> >> >> >>> >
>>> >> >> >>> >
>>> >> >> >>> >
>>> >> >> >>> > On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree
>>> >> >> >>> > <sp...@gmail.com>
>>> >> >> >>> > wrote:
>>> >> >> >>> >>
>>> >> >> >>> >> You sure can. Are you looking for a register at start up and
>>> >> >> >>> >> remove
>>> >> >> >>> >> on
>>> >> >> >>> >> shutdown? Or as one time registration?
>>> >> >> >>> >>
>>> >> >> >>> >> In either case, there's an example or two in the source trunk
>>> >> >> >>> >>
>>> >> >> >>> >> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
>>> >> >> >>> >>>
>>> >> >> >>> >>> Hi
>>> >> >> >>> >>>
>>> >> >> >>> >>> I am new to Juddi. I just installed and have it running on
>>> >> >> >>> >>> tomcat.
>>> >> >> >>> >>> Is
>>> >> >> >>> >>> it
>>> >> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> > --
>>> >> > -Venkat
>>> >> >
>>> >> > Sent via mobile device. Please excuse typos or brevity.
>>> >> >
>>> >
>>> >
>>
>>
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
https://github.com/UDDI/juddi/wiki/GuideUsingthejUDDIGUI
https://github.com/UDDI/juddi/wiki/GuideConfigurationServer (there's a
section towards the bottom for configuring juddi-gui
SSL is turned on by default, however its not required. Also the import
from wadl/wsdl has an ignore ssl feature, see if that helps
On Fri, Jan 3, 2014 at 9:26 AM, Venkat (NEU) <ne...@gmail.com> wrote:
> i now have a wadl for my WS and also have juddi-gui running locally. looks
> like the SSL is the default. can i run the local instance without ssl? does
> changing the uddi.xml (under WEB-INF/classes/META-INF) resolve this?
>
> also when i try to add a new business or add services from wadl, i am
> getting errors (possibly related to ssl above). i see a lot of in
> catalina.out
>
> Jan 3, 2014 8:55:53 AM org.apache.juddi.webconsole.hub.UddiHub
> HandleException
> SEVERE: null
>
> can you point me to some documentation for how to use the gui and how to
> configure some of the settings?
>
>
>
>
> On Thu, Jan 2, 2014 at 11:00 AM, Alex O'Ree <sp...@gmail.com> wrote:
>>
>>
>> http://stackoverflow.com/questions/6514837/is-it-possible-for-spring-restful-services-to-privde-a-wadl-or-something-similar
>>
>> That article hints on how to generate wadl's based on Spring.
>>
>> juddi-gui has a user facing function that for wadl2uddi. Basically you
>> just punch in the url and it will register everything for you.
>>
>> If that doesn't work out, you'll have to register manually, either
>> using the juddi-gui or you can write some code for it such as this
>>
>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/src/main/java/org/apache/juddi/example/publish/SimplePublish.java
>>
>>
>> On Thu, Jan 2, 2014 at 10:50 AM, Venkat (NEU) <ne...@gmail.com> wrote:
>> > Alex
>> >
>> > Thanks for all the help. The demo is what i am looking to set up. Is
>> > this
>> > code available or is this already in the svn (i assume this was
>> > customized
>> > from some base code).
>> >
>> > Also any recommendations on how to generate Spring MVC to WADL (s that
>> > registration code that you mentioned). There are a few opensource
>> > projects
>> > that I got from web, but wanted to know whether there are any
>> > recommended
>> > approach. Will juddi-gui do this work?
>> >
>> > Thanks
>> > Venkat
>> >
>> >
>> >
>> > On Tue, Dec 31, 2013 at 5:08 PM, Alex O'Ree <sp...@gmail.com>
>> > wrote:
>> >>
>> >> Ok so no wadl and no wsdl, means that you need to just simply create
>> >> your own registration code. You can also use the juddi-gui that's
>> >> bundled with 3.2. It's a user interface that makes it somewhat simple
>> >> to register new stuff.
>> >>
>> >> See this link for a demo
>> >> http://uddiconsole-jbossoverlord.rhcloud.com/
>> >>
>> >> Here's the most basic UDDI structure you need to register a service if
>> >> you're writing code:
>> >> businessEntity
>> >> --businessService
>> >> ---bindingTemplate
>> >> ----AccessPoint value=base url of your service
>> >>
>> >> does this help? More information on the data structures can be found
>> >> here: http://uddi.org/pubs/uddi-v3.0.2-20041019.htm
>> >>
>> >>
>> >> On Tue, Dec 31, 2013 at 5:00 PM, Venkat (NEU) <ne...@gmail.com> wrote:
>> >> > Sorry if i was not more clear initially.
>> >> >
>> >> > I don't have WADL. All I have are spring MVC apps, multiple apps I am
>> >> > looking for a WS registry to publish all my WS end points. So I was
>> >> > trying
>> >> > to create WADL myself and trying to deploy to juddi.
>> >> >
>> >> > All I am looking for is a registry for publishing/discovery purposes.
>> >> > Am
>> >> > I
>> >> > looking at the wrong tool ;-)
>> >> >
>> >> >
>> >> >
>> >> > On Tuesday, December 31, 2013, Alex O'Ree wrote:
>> >> >>
>> >> >> Maybe I'm confused as to what your goal is.
>> >> >>
>> >> >> Do you have WADLs or generated WADLs for your REST services? If you
>> >> >> do, you may be in luck.
>> >> >> jUDDI 3.2's client jar has a routine that parses a WADL file and
>> >> >> will
>> >> >> register the services for you.
>> >> >>
>> >> >> The Apache SVN is down for upgrades at the moment, but there's an
>> >> >> example of how to use it there. There's also this article.
>> >> >> https://github.com/UDDI/juddi/wiki/devMappingWADLandWSDLtoUDDI
>> >> >>
>> >> >> That code will automate most of the process and attach the services
>> >> >> to
>> >> >> a business. At that point, all you need is a list of URLs to the
>> >> >> WADL
>> >> >> files and a loop.
>> >> >>
>> >> >>
>> >> >> On Tue, Dec 31, 2013 at 2:45 PM, Venkat (NEU) <ne...@gmail.com>
>> >> >> wrote:
>> >> >> > I figured out a way but its messing up my existing code as i have
>> >> >> > to
>> >> >> > refactor a lot. I am looking for some tips as to how to publish
>> >> >> > them
>> >> >> > without
>> >> >> > overly modifying the existing codebase.
>> >> >> >
>> >> >> >
>> >> >> > On Tue, Dec 31, 2013 at 2:06 PM, Venkat (NEU) <ne...@gmail.com>
>> >> >> > wrote:
>> >> >> >>
>> >> >> >> Alex
>> >> >> >>
>> >> >> >> I am making progress but running into some issues. I have a
>> >> >> >> spring
>> >> >> >> based
>> >> >> >> application that uses annotations. so re-creating the beans.xml
>> >> >> >> file
>> >> >> >> for cxf
>> >> >> >> seems to be redundant. Also I am not able to translate some of my
>> >> >> >> spring
>> >> >> >> beans that have annotations into bean definitions in the
>> >> >> >> beans.xml
>> >> >> >> file.
>> >> >> >>
>> >> >> >> I am sure someone must have figured this out. Also i have used
>> >> >> >> CXF
>> >> >> >> till
>> >> >> >> date. Any suggestions?
>> >> >> >>
>> >> >> >> Thanks
>> >> >> >> Venkat
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> On Tue, Dec 24, 2013 at 7:30 PM, Alex O'Ree
>> >> >> >> <sp...@gmail.com>
>> >> >> >> wrote:
>> >> >> >>>
>> >> >> >>> Venkat
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
>> >> >> >>>
>> >> >> >>> That link has a reasonable example of how to publish a basic
>> >> >> >>> service.
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
>> >> >> >>>
>> >> >> >>> That link has an example for using Java annotations to decorate
>> >> >> >>> your
>> >> >> >>> REST class, along with a simple servlet listener that will
>> >> >> >>> automatically register when the REST class is deployed to a
>> >> >> >>> container
>> >> >> >>> and optionally remove it from UDDI when the container stops or
>> >> >> >>> the
>> >> >> >>> endpoint is redeployed.
>> >> >> >>>
>> >> >> >>> Here's a few other references that will help you (namely, what
>> >> >> >>> tModels
>> >> >> >>> are already defined)
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>> On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com>
>> >> >> >>> wrote:
>> >> >> >>> > Alex
>> >> >> >>> >
>> >> >> >>> > Ideally I want to publish REST services anytime. I am assuming
>> >> >> >>> > that
>> >> >> >>> > there
>> >> >> >>> > will is a UI piece which will help in listing the various REST
>> >> >> >>> > services
>> >> >> >>> > deployed.
>> >> >> >>> >
>> >> >> >>> > Is there any particular module (juddiv3-samples ?) in the
>> >> >> >>> > trunk
>> >> >> >>> > that
>> >> >> >>> > i
>> >> >> >>> > should be looking at?
>> >> >> >>> >
>> >> >> >>> > Thanks
>> >> >> >>> > -Venkat
>> >> >> >>> >
>> >> >> >>> >
>> >> >> >>> >
>> >> >> >>> >
>> >> >> >>> > On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree
>> >> >> >>> > <sp...@gmail.com>
>> >> >> >>> > wrote:
>> >> >> >>> >>
>> >> >> >>> >> You sure can. Are you looking for a register at start up and
>> >> >> >>> >> remove
>> >> >> >>> >> on
>> >> >> >>> >> shutdown? Or as one time registration?
>> >> >> >>> >>
>> >> >> >>> >> In either case, there's an example or two in the source trunk
>> >> >> >>> >>
>> >> >> >>> >> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
>> >> >> >>> >>>
>> >> >> >>> >>> Hi
>> >> >> >>> >>>
>> >> >> >>> >>> I am new to Juddi. I just installed and have it running on
>> >> >> >>> >>> tomcat.
>> >> >> >>> >>> Is
>> >> >> >>> >>> it
>> >> >> >
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > -Venkat
>> >> >
>> >> > Sent via mobile device. Please excuse typos or brevity.
>> >> >
>> >
>> >
>
>
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
http://stackoverflow.com/questions/6514837/is-it-possible-for-spring-restful-services-to-privde-a-wadl-or-something-similar
That article hints on how to generate wadl's based on Spring.
juddi-gui has a user facing function that for wadl2uddi. Basically you
just punch in the url and it will register everything for you.
If that doesn't work out, you'll have to register manually, either
using the juddi-gui or you can write some code for it such as this
http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/src/main/java/org/apache/juddi/example/publish/SimplePublish.java
On Thu, Jan 2, 2014 at 10:50 AM, Venkat (NEU) <ne...@gmail.com> wrote:
> Alex
>
> Thanks for all the help. The demo is what i am looking to set up. Is this
> code available or is this already in the svn (i assume this was customized
> from some base code).
>
> Also any recommendations on how to generate Spring MVC to WADL (s that
> registration code that you mentioned). There are a few opensource projects
> that I got from web, but wanted to know whether there are any recommended
> approach. Will juddi-gui do this work?
>
> Thanks
> Venkat
>
>
>
> On Tue, Dec 31, 2013 at 5:08 PM, Alex O'Ree <sp...@gmail.com> wrote:
>>
>> Ok so no wadl and no wsdl, means that you need to just simply create
>> your own registration code. You can also use the juddi-gui that's
>> bundled with 3.2. It's a user interface that makes it somewhat simple
>> to register new stuff.
>>
>> See this link for a demo
>> http://uddiconsole-jbossoverlord.rhcloud.com/
>>
>> Here's the most basic UDDI structure you need to register a service if
>> you're writing code:
>> businessEntity
>> --businessService
>> ---bindingTemplate
>> ----AccessPoint value=base url of your service
>>
>> does this help? More information on the data structures can be found
>> here: http://uddi.org/pubs/uddi-v3.0.2-20041019.htm
>>
>>
>> On Tue, Dec 31, 2013 at 5:00 PM, Venkat (NEU) <ne...@gmail.com> wrote:
>> > Sorry if i was not more clear initially.
>> >
>> > I don't have WADL. All I have are spring MVC apps, multiple apps I am
>> > looking for a WS registry to publish all my WS end points. So I was
>> > trying
>> > to create WADL myself and trying to deploy to juddi.
>> >
>> > All I am looking for is a registry for publishing/discovery purposes. Am
>> > I
>> > looking at the wrong tool ;-)
>> >
>> >
>> >
>> > On Tuesday, December 31, 2013, Alex O'Ree wrote:
>> >>
>> >> Maybe I'm confused as to what your goal is.
>> >>
>> >> Do you have WADLs or generated WADLs for your REST services? If you
>> >> do, you may be in luck.
>> >> jUDDI 3.2's client jar has a routine that parses a WADL file and will
>> >> register the services for you.
>> >>
>> >> The Apache SVN is down for upgrades at the moment, but there's an
>> >> example of how to use it there. There's also this article.
>> >> https://github.com/UDDI/juddi/wiki/devMappingWADLandWSDLtoUDDI
>> >>
>> >> That code will automate most of the process and attach the services to
>> >> a business. At that point, all you need is a list of URLs to the WADL
>> >> files and a loop.
>> >>
>> >>
>> >> On Tue, Dec 31, 2013 at 2:45 PM, Venkat (NEU) <ne...@gmail.com> wrote:
>> >> > I figured out a way but its messing up my existing code as i have to
>> >> > refactor a lot. I am looking for some tips as to how to publish them
>> >> > without
>> >> > overly modifying the existing codebase.
>> >> >
>> >> >
>> >> > On Tue, Dec 31, 2013 at 2:06 PM, Venkat (NEU) <ne...@gmail.com>
>> >> > wrote:
>> >> >>
>> >> >> Alex
>> >> >>
>> >> >> I am making progress but running into some issues. I have a spring
>> >> >> based
>> >> >> application that uses annotations. so re-creating the beans.xml file
>> >> >> for cxf
>> >> >> seems to be redundant. Also I am not able to translate some of my
>> >> >> spring
>> >> >> beans that have annotations into bean definitions in the beans.xml
>> >> >> file.
>> >> >>
>> >> >> I am sure someone must have figured this out. Also i have used CXF
>> >> >> till
>> >> >> date. Any suggestions?
>> >> >>
>> >> >> Thanks
>> >> >> Venkat
>> >> >>
>> >> >>
>> >> >>
>> >> >> On Tue, Dec 24, 2013 at 7:30 PM, Alex O'Ree <sp...@gmail.com>
>> >> >> wrote:
>> >> >>>
>> >> >>> Venkat
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
>> >> >>>
>> >> >>> That link has a reasonable example of how to publish a basic
>> >> >>> service.
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
>> >> >>>
>> >> >>> That link has an example for using Java annotations to decorate
>> >> >>> your
>> >> >>> REST class, along with a simple servlet listener that will
>> >> >>> automatically register when the REST class is deployed to a
>> >> >>> container
>> >> >>> and optionally remove it from UDDI when the container stops or the
>> >> >>> endpoint is redeployed.
>> >> >>>
>> >> >>> Here's a few other references that will help you (namely, what
>> >> >>> tModels
>> >> >>> are already defined)
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com> wrote:
>> >> >>> > Alex
>> >> >>> >
>> >> >>> > Ideally I want to publish REST services anytime. I am assuming
>> >> >>> > that
>> >> >>> > there
>> >> >>> > will is a UI piece which will help in listing the various REST
>> >> >>> > services
>> >> >>> > deployed.
>> >> >>> >
>> >> >>> > Is there any particular module (juddiv3-samples ?) in the trunk
>> >> >>> > that
>> >> >>> > i
>> >> >>> > should be looking at?
>> >> >>> >
>> >> >>> > Thanks
>> >> >>> > -Venkat
>> >> >>> >
>> >> >>> >
>> >> >>> >
>> >> >>> >
>> >> >>> > On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree
>> >> >>> > <sp...@gmail.com>
>> >> >>> > wrote:
>> >> >>> >>
>> >> >>> >> You sure can. Are you looking for a register at start up and
>> >> >>> >> remove
>> >> >>> >> on
>> >> >>> >> shutdown? Or as one time registration?
>> >> >>> >>
>> >> >>> >> In either case, there's an example or two in the source trunk
>> >> >>> >>
>> >> >>> >> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
>> >> >>> >>>
>> >> >>> >>> Hi
>> >> >>> >>>
>> >> >>> >>> I am new to Juddi. I just installed and have it running on
>> >> >>> >>> tomcat.
>> >> >>> >>> Is
>> >> >>> >>> it
>> >> >
>> >
>> >
>> >
>> > --
>> > -Venkat
>> >
>> > Sent via mobile device. Please excuse typos or brevity.
>> >
>
>
Re: Publish REST services?
Posted by "Venkat (NEU)" <ne...@gmail.com>.
Alex
Thanks for all the help. The demo is what i am looking to set up. Is this
code available or is this already in the svn (i assume this was customized
from some base code).
Also any recommendations on how to generate Spring MVC to WADL (s that
registration code that you mentioned). There are a few opensource projects
that I got from web, but wanted to know whether there are any recommended
approach. Will juddi-gui do this work?
Thanks
Venkat
On Tue, Dec 31, 2013 at 5:08 PM, Alex O'Ree <sp...@gmail.com> wrote:
> Ok so no wadl and no wsdl, means that you need to just simply create
> your own registration code. You can also use the juddi-gui that's
> bundled with 3.2. It's a user interface that makes it somewhat simple
> to register new stuff.
>
> See this link for a demo
> http://uddiconsole-jbossoverlord.rhcloud.com/
>
> Here's the most basic UDDI structure you need to register a service if
> you're writing code:
> businessEntity
> --businessService
> ---bindingTemplate
> ----AccessPoint value=base url of your service
>
> does this help? More information on the data structures can be found
> here: http://uddi.org/pubs/uddi-v3.0.2-20041019.htm
>
>
> On Tue, Dec 31, 2013 at 5:00 PM, Venkat (NEU) <ne...@gmail.com> wrote:
> > Sorry if i was not more clear initially.
> >
> > I don't have WADL. All I have are spring MVC apps, multiple apps I am
> > looking for a WS registry to publish all my WS end points. So I was
> trying
> > to create WADL myself and trying to deploy to juddi.
> >
> > All I am looking for is a registry for publishing/discovery purposes. Am
> I
> > looking at the wrong tool ;-)
> >
> >
> >
> > On Tuesday, December 31, 2013, Alex O'Ree wrote:
> >>
> >> Maybe I'm confused as to what your goal is.
> >>
> >> Do you have WADLs or generated WADLs for your REST services? If you
> >> do, you may be in luck.
> >> jUDDI 3.2's client jar has a routine that parses a WADL file and will
> >> register the services for you.
> >>
> >> The Apache SVN is down for upgrades at the moment, but there's an
> >> example of how to use it there. There's also this article.
> >> https://github.com/UDDI/juddi/wiki/devMappingWADLandWSDLtoUDDI
> >>
> >> That code will automate most of the process and attach the services to
> >> a business. At that point, all you need is a list of URLs to the WADL
> >> files and a loop.
> >>
> >>
> >> On Tue, Dec 31, 2013 at 2:45 PM, Venkat (NEU) <ne...@gmail.com> wrote:
> >> > I figured out a way but its messing up my existing code as i have to
> >> > refactor a lot. I am looking for some tips as to how to publish them
> >> > without
> >> > overly modifying the existing codebase.
> >> >
> >> >
> >> > On Tue, Dec 31, 2013 at 2:06 PM, Venkat (NEU) <ne...@gmail.com>
> wrote:
> >> >>
> >> >> Alex
> >> >>
> >> >> I am making progress but running into some issues. I have a spring
> >> >> based
> >> >> application that uses annotations. so re-creating the beans.xml file
> >> >> for cxf
> >> >> seems to be redundant. Also I am not able to translate some of my
> >> >> spring
> >> >> beans that have annotations into bean definitions in the beans.xml
> >> >> file.
> >> >>
> >> >> I am sure someone must have figured this out. Also i have used CXF
> till
> >> >> date. Any suggestions?
> >> >>
> >> >> Thanks
> >> >> Venkat
> >> >>
> >> >>
> >> >>
> >> >> On Tue, Dec 24, 2013 at 7:30 PM, Alex O'Ree <sp...@gmail.com>
> >> >> wrote:
> >> >>>
> >> >>> Venkat
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
> >> >>>
> >> >>> That link has a reasonable example of how to publish a basic
> service.
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
> >> >>>
> >> >>> That link has an example for using Java annotations to decorate your
> >> >>> REST class, along with a simple servlet listener that will
> >> >>> automatically register when the REST class is deployed to a
> container
> >> >>> and optionally remove it from UDDI when the container stops or the
> >> >>> endpoint is redeployed.
> >> >>>
> >> >>> Here's a few other references that will help you (namely, what
> tModels
> >> >>> are already defined)
> >> >>>
> >> >>>
> >> >>>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
> >> >>>
> >> >>>
> >> >>>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>> On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com> wrote:
> >> >>> > Alex
> >> >>> >
> >> >>> > Ideally I want to publish REST services anytime. I am assuming
> that
> >> >>> > there
> >> >>> > will is a UI piece which will help in listing the various REST
> >> >>> > services
> >> >>> > deployed.
> >> >>> >
> >> >>> > Is there any particular module (juddiv3-samples ?) in the trunk
> that
> >> >>> > i
> >> >>> > should be looking at?
> >> >>> >
> >> >>> > Thanks
> >> >>> > -Venkat
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree <
> spyhunter99@gmail.com>
> >> >>> > wrote:
> >> >>> >>
> >> >>> >> You sure can. Are you looking for a register at start up and
> remove
> >> >>> >> on
> >> >>> >> shutdown? Or as one time registration?
> >> >>> >>
> >> >>> >> In either case, there's an example or two in the source trunk
> >> >>> >>
> >> >>> >> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
> >> >>> >>>
> >> >>> >>> Hi
> >> >>> >>>
> >> >>> >>> I am new to Juddi. I just installed and have it running on
> tomcat.
> >> >>> >>> Is
> >> >>> >>> it
> >> >
> >
> >
> >
> > --
> > -Venkat
> >
> > Sent via mobile device. Please excuse typos or brevity.
> >
>
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
Ok so no wadl and no wsdl, means that you need to just simply create
your own registration code. You can also use the juddi-gui that's
bundled with 3.2. It's a user interface that makes it somewhat simple
to register new stuff.
See this link for a demo
http://uddiconsole-jbossoverlord.rhcloud.com/
Here's the most basic UDDI structure you need to register a service if
you're writing code:
businessEntity
--businessService
---bindingTemplate
----AccessPoint value=base url of your service
does this help? More information on the data structures can be found
here: http://uddi.org/pubs/uddi-v3.0.2-20041019.htm
On Tue, Dec 31, 2013 at 5:00 PM, Venkat (NEU) <ne...@gmail.com> wrote:
> Sorry if i was not more clear initially.
>
> I don't have WADL. All I have are spring MVC apps, multiple apps I am
> looking for a WS registry to publish all my WS end points. So I was trying
> to create WADL myself and trying to deploy to juddi.
>
> All I am looking for is a registry for publishing/discovery purposes. Am I
> looking at the wrong tool ;-)
>
>
>
> On Tuesday, December 31, 2013, Alex O'Ree wrote:
>>
>> Maybe I'm confused as to what your goal is.
>>
>> Do you have WADLs or generated WADLs for your REST services? If you
>> do, you may be in luck.
>> jUDDI 3.2's client jar has a routine that parses a WADL file and will
>> register the services for you.
>>
>> The Apache SVN is down for upgrades at the moment, but there's an
>> example of how to use it there. There's also this article.
>> https://github.com/UDDI/juddi/wiki/devMappingWADLandWSDLtoUDDI
>>
>> That code will automate most of the process and attach the services to
>> a business. At that point, all you need is a list of URLs to the WADL
>> files and a loop.
>>
>>
>> On Tue, Dec 31, 2013 at 2:45 PM, Venkat (NEU) <ne...@gmail.com> wrote:
>> > I figured out a way but its messing up my existing code as i have to
>> > refactor a lot. I am looking for some tips as to how to publish them
>> > without
>> > overly modifying the existing codebase.
>> >
>> >
>> > On Tue, Dec 31, 2013 at 2:06 PM, Venkat (NEU) <ne...@gmail.com> wrote:
>> >>
>> >> Alex
>> >>
>> >> I am making progress but running into some issues. I have a spring
>> >> based
>> >> application that uses annotations. so re-creating the beans.xml file
>> >> for cxf
>> >> seems to be redundant. Also I am not able to translate some of my
>> >> spring
>> >> beans that have annotations into bean definitions in the beans.xml
>> >> file.
>> >>
>> >> I am sure someone must have figured this out. Also i have used CXF till
>> >> date. Any suggestions?
>> >>
>> >> Thanks
>> >> Venkat
>> >>
>> >>
>> >>
>> >> On Tue, Dec 24, 2013 at 7:30 PM, Alex O'Ree <sp...@gmail.com>
>> >> wrote:
>> >>>
>> >>> Venkat
>> >>>
>> >>>
>> >>>
>> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
>> >>>
>> >>> That link has a reasonable example of how to publish a basic service.
>> >>>
>> >>>
>> >>>
>> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
>> >>>
>> >>> That link has an example for using Java annotations to decorate your
>> >>> REST class, along with a simple servlet listener that will
>> >>> automatically register when the REST class is deployed to a container
>> >>> and optionally remove it from UDDI when the container stops or the
>> >>> endpoint is redeployed.
>> >>>
>> >>> Here's a few other references that will help you (namely, what tModels
>> >>> are already defined)
>> >>>
>> >>>
>> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
>> >>>
>> >>>
>> >>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com> wrote:
>> >>> > Alex
>> >>> >
>> >>> > Ideally I want to publish REST services anytime. I am assuming that
>> >>> > there
>> >>> > will is a UI piece which will help in listing the various REST
>> >>> > services
>> >>> > deployed.
>> >>> >
>> >>> > Is there any particular module (juddiv3-samples ?) in the trunk that
>> >>> > i
>> >>> > should be looking at?
>> >>> >
>> >>> > Thanks
>> >>> > -Venkat
>> >>> >
>> >>> >
>> >>> >
>> >>> >
>> >>> > On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree <sp...@gmail.com>
>> >>> > wrote:
>> >>> >>
>> >>> >> You sure can. Are you looking for a register at start up and remove
>> >>> >> on
>> >>> >> shutdown? Or as one time registration?
>> >>> >>
>> >>> >> In either case, there's an example or two in the source trunk
>> >>> >>
>> >>> >> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
>> >>> >>>
>> >>> >>> Hi
>> >>> >>>
>> >>> >>> I am new to Juddi. I just installed and have it running on tomcat.
>> >>> >>> Is
>> >>> >>> it
>> >
>
>
>
> --
> -Venkat
>
> Sent via mobile device. Please excuse typos or brevity.
>
Re: Publish REST services?
Posted by "Venkat (NEU)" <ne...@gmail.com>.
Sorry if i was not more clear initially.
I don't have WADL. All I have are spring MVC apps, multiple apps I am
looking for a WS registry to publish all my WS end points. So I was trying
to create WADL myself and trying to deploy to juddi.
All I am looking for is a registry for publishing/discovery purposes. Am I
looking at the wrong tool ;-)
On Tuesday, December 31, 2013, Alex O'Ree wrote:
> Maybe I'm confused as to what your goal is.
>
> Do you have WADLs or generated WADLs for your REST services? If you
> do, you may be in luck.
> jUDDI 3.2's client jar has a routine that parses a WADL file and will
> register the services for you.
>
> The Apache SVN is down for upgrades at the moment, but there's an
> example of how to use it there. There's also this article.
> https://github.com/UDDI/juddi/wiki/devMappingWADLandWSDLtoUDDI
>
> That code will automate most of the process and attach the services to
> a business. At that point, all you need is a list of URLs to the WADL
> files and a loop.
>
>
> On Tue, Dec 31, 2013 at 2:45 PM, Venkat (NEU) <ne...@gmail.com> wrote:
> > I figured out a way but its messing up my existing code as i have to
> > refactor a lot. I am looking for some tips as to how to publish them
> without
> > overly modifying the existing codebase.
> >
> >
> > On Tue, Dec 31, 2013 at 2:06 PM, Venkat (NEU) <ne...@gmail.com> wrote:
> >>
> >> Alex
> >>
> >> I am making progress but running into some issues. I have a spring based
> >> application that uses annotations. so re-creating the beans.xml file
> for cxf
> >> seems to be redundant. Also I am not able to translate some of my spring
> >> beans that have annotations into bean definitions in the beans.xml file.
> >>
> >> I am sure someone must have figured this out. Also i have used CXF till
> >> date. Any suggestions?
> >>
> >> Thanks
> >> Venkat
> >>
> >>
> >>
> >> On Tue, Dec 24, 2013 at 7:30 PM, Alex O'Ree <sp...@gmail.com>
> wrote:
> >>>
> >>> Venkat
> >>>
> >>>
> >>>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
> >>>
> >>> That link has a reasonable example of how to publish a basic service.
> >>>
> >>>
> >>>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
> >>>
> >>> That link has an example for using Java annotations to decorate your
> >>> REST class, along with a simple servlet listener that will
> >>> automatically register when the REST class is deployed to a container
> >>> and optionally remove it from UDDI when the container stops or the
> >>> endpoint is redeployed.
> >>>
> >>> Here's a few other references that will help you (namely, what tModels
> >>> are already defined)
> >>>
> >>>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
> >>>
> >>>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
> >>>
> >>>
> >>>
> >>>
> >>> On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com> wrote:
> >>> > Alex
> >>> >
> >>> > Ideally I want to publish REST services anytime. I am assuming that
> >>> > there
> >>> > will is a UI piece which will help in listing the various REST
> services
> >>> > deployed.
> >>> >
> >>> > Is there any particular module (juddiv3-samples ?) in the trunk that
> i
> >>> > should be looking at?
> >>> >
> >>> > Thanks
> >>> > -Venkat
> >>> >
> >>> >
> >>> >
> >>> >
> >>> > On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree <sp...@gmail.com>
> >>> > wrote:
> >>> >>
> >>> >> You sure can. Are you looking for a register at start up and remove
> on
> >>> >> shutdown? Or as one time registration?
> >>> >>
> >>> >> In either case, there's an example or two in the source trunk
> >>> >>
> >>> >> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
> >>> >>>
> >>> >>> Hi
> >>> >>>
> >>> >>> I am new to Juddi. I just installed and have it running on tomcat.
> Is
> >>> >>> it
> >
--
-Venkat
Sent via mobile device. Please excuse typos or brevity.
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
Maybe I'm confused as to what your goal is.
Do you have WADLs or generated WADLs for your REST services? If you
do, you may be in luck.
jUDDI 3.2's client jar has a routine that parses a WADL file and will
register the services for you.
The Apache SVN is down for upgrades at the moment, but there's an
example of how to use it there. There's also this article.
https://github.com/UDDI/juddi/wiki/devMappingWADLandWSDLtoUDDI
That code will automate most of the process and attach the services to
a business. At that point, all you need is a list of URLs to the WADL
files and a loop.
On Tue, Dec 31, 2013 at 2:45 PM, Venkat (NEU) <ne...@gmail.com> wrote:
> I figured out a way but its messing up my existing code as i have to
> refactor a lot. I am looking for some tips as to how to publish them without
> overly modifying the existing codebase.
>
>
> On Tue, Dec 31, 2013 at 2:06 PM, Venkat (NEU) <ne...@gmail.com> wrote:
>>
>> Alex
>>
>> I am making progress but running into some issues. I have a spring based
>> application that uses annotations. so re-creating the beans.xml file for cxf
>> seems to be redundant. Also I am not able to translate some of my spring
>> beans that have annotations into bean definitions in the beans.xml file.
>>
>> I am sure someone must have figured this out. Also i have used CXF till
>> date. Any suggestions?
>>
>> Thanks
>> Venkat
>>
>>
>>
>> On Tue, Dec 24, 2013 at 7:30 PM, Alex O'Ree <sp...@gmail.com> wrote:
>>>
>>> Venkat
>>>
>>>
>>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
>>>
>>> That link has a reasonable example of how to publish a basic service.
>>>
>>>
>>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
>>>
>>> That link has an example for using Java annotations to decorate your
>>> REST class, along with a simple servlet listener that will
>>> automatically register when the REST class is deployed to a container
>>> and optionally remove it from UDDI when the container stops or the
>>> endpoint is redeployed.
>>>
>>> Here's a few other references that will help you (namely, what tModels
>>> are already defined)
>>>
>>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
>>>
>>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
>>>
>>>
>>>
>>>
>>> On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com> wrote:
>>> > Alex
>>> >
>>> > Ideally I want to publish REST services anytime. I am assuming that
>>> > there
>>> > will is a UI piece which will help in listing the various REST services
>>> > deployed.
>>> >
>>> > Is there any particular module (juddiv3-samples ?) in the trunk that i
>>> > should be looking at?
>>> >
>>> > Thanks
>>> > -Venkat
>>> >
>>> >
>>> >
>>> >
>>> > On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree <sp...@gmail.com>
>>> > wrote:
>>> >>
>>> >> You sure can. Are you looking for a register at start up and remove on
>>> >> shutdown? Or as one time registration?
>>> >>
>>> >> In either case, there's an example or two in the source trunk
>>> >>
>>> >> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
>>> >>>
>>> >>> Hi
>>> >>>
>>> >>> I am new to Juddi. I just installed and have it running on tomcat. Is
>>> >>> it
>>> >>> possible to publish REST services (Spring based) to Juddi. If so can
>>> >>> someone
>>> >>> tell me how to go about doing it. I was not able to find anything on
>>> >>> the web
>>> >>> on this.
>>> >>>
>>> >>>
>>> >>> -Venkat
>>> >>>
>>> >
>>
>>
>
Re: Publish REST services?
Posted by "Venkat (NEU)" <ne...@gmail.com>.
I figured out a way but its messing up my existing code as i have to
refactor a lot. I am looking for some tips as to how to publish them
without overly modifying the existing codebase.
On Tue, Dec 31, 2013 at 2:06 PM, Venkat (NEU) <ne...@gmail.com> wrote:
> Alex
>
> I am making progress but running into some issues. I have a spring based
> application that uses annotations. so re-creating the beans.xml file for
> cxf seems to be redundant. Also I am not able to translate some of my
> spring beans that have annotations into bean definitions in the beans.xml
> file.
>
> I am sure someone must have figured this out. Also i have used CXF till
> date. Any suggestions?
>
> Thanks
> Venkat
>
>
>
> On Tue, Dec 24, 2013 at 7:30 PM, Alex O'Ree <sp...@gmail.com> wrote:
>
>> Venkat
>>
>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
>>
>> That link has a reasonable example of how to publish a basic service.
>>
>>
>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
>>
>> That link has an example for using Java annotations to decorate your
>> REST class, along with a simple servlet listener that will
>> automatically register when the REST class is deployed to a container
>> and optionally remove it from UDDI when the container stops or the
>> endpoint is redeployed.
>>
>> Here's a few other references that will help you (namely, what tModels
>> are already defined)
>>
>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
>>
>> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
>>
>>
>>
>>
>> On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com> wrote:
>> > Alex
>> >
>> > Ideally I want to publish REST services anytime. I am assuming that
>> there
>> > will is a UI piece which will help in listing the various REST services
>> > deployed.
>> >
>> > Is there any particular module (juddiv3-samples ?) in the trunk that i
>> > should be looking at?
>> >
>> > Thanks
>> > -Venkat
>> >
>> >
>> >
>> >
>> > On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree <sp...@gmail.com>
>> wrote:
>> >>
>> >> You sure can. Are you looking for a register at start up and remove on
>> >> shutdown? Or as one time registration?
>> >>
>> >> In either case, there's an example or two in the source trunk
>> >>
>> >> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
>> >>>
>> >>> Hi
>> >>>
>> >>> I am new to Juddi. I just installed and have it running on tomcat. Is
>> it
>> >>> possible to publish REST services (Spring based) to Juddi. If so can
>> someone
>> >>> tell me how to go about doing it. I was not able to find anything on
>> the web
>> >>> on this.
>> >>>
>> >>>
>> >>> -Venkat
>> >>>
>> >
>>
>
>
Re: Publish REST services?
Posted by "Venkat (NEU)" <ne...@gmail.com>.
Alex
I am making progress but running into some issues. I have a spring based
application that uses annotations. so re-creating the beans.xml file for
cxf seems to be redundant. Also I am not able to translate some of my
spring beans that have annotations into bean definitions in the beans.xml
file.
I am sure someone must have figured this out. Also i have used CXF till
date. Any suggestions?
Thanks
Venkat
On Tue, Dec 24, 2013 at 7:30 PM, Alex O'Ree <sp...@gmail.com> wrote:
> Venkat
>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
>
> That link has a reasonable example of how to publish a basic service.
>
>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
>
> That link has an example for using Java annotations to decorate your
> REST class, along with a simple servlet listener that will
> automatically register when the REST class is deployed to a container
> and optionally remove it from UDDI when the container stops or the
> endpoint is redeployed.
>
> Here's a few other references that will help you (namely, what tModels
> are already defined)
>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
>
> http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
>
>
>
>
> On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com> wrote:
> > Alex
> >
> > Ideally I want to publish REST services anytime. I am assuming that there
> > will is a UI piece which will help in listing the various REST services
> > deployed.
> >
> > Is there any particular module (juddiv3-samples ?) in the trunk that i
> > should be looking at?
> >
> > Thanks
> > -Venkat
> >
> >
> >
> >
> > On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree <sp...@gmail.com>
> wrote:
> >>
> >> You sure can. Are you looking for a register at start up and remove on
> >> shutdown? Or as one time registration?
> >>
> >> In either case, there's an example or two in the source trunk
> >>
> >> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
> >>>
> >>> Hi
> >>>
> >>> I am new to Juddi. I just installed and have it running on tomcat. Is
> it
> >>> possible to publish REST services (Spring based) to Juddi. If so can
> someone
> >>> tell me how to go about doing it. I was not able to find anything on
> the web
> >>> on this.
> >>>
> >>>
> >>> -Venkat
> >>>
> >
>
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
Venkat
http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/simple-publish/
That link has a reasonable example of how to publish a basic service.
http://svn.apache.org/repos/asf/juddi/trunk/juddi-examples/uddi-annotations/
That link has an example for using Java annotations to decorate your
REST class, along with a simple servlet listener that will
automatically register when the REST class is deployed to a container
and optionally remove it from UDDI when the container stops or the
endpoint is redeployed.
Here's a few other references that will help you (namely, what tModels
are already defined)
http://svn.apache.org/repos/asf/juddi/trunk/juddi-client/src/main/java/org/apache/juddi/v3/client/UDDIConstants.java
http://svn.apache.org/repos/asf/juddi/trunk/juddi-core/src/main/resources/juddi_install_data/UDDI_tModels.xml
On Tue, Dec 24, 2013 at 6:18 PM, Venkat <ne...@gmail.com> wrote:
> Alex
>
> Ideally I want to publish REST services anytime. I am assuming that there
> will is a UI piece which will help in listing the various REST services
> deployed.
>
> Is there any particular module (juddiv3-samples ?) in the trunk that i
> should be looking at?
>
> Thanks
> -Venkat
>
>
>
>
> On Tue, Dec 24, 2013 at 5:04 PM, Alex O'Ree <sp...@gmail.com> wrote:
>>
>> You sure can. Are you looking for a register at start up and remove on
>> shutdown? Or as one time registration?
>>
>> In either case, there's an example or two in the source trunk
>>
>> On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
>>>
>>> Hi
>>>
>>> I am new to Juddi. I just installed and have it running on tomcat. Is it
>>> possible to publish REST services (Spring based) to Juddi. If so can someone
>>> tell me how to go about doing it. I was not able to find anything on the web
>>> on this.
>>>
>>>
>>> -Venkat
>>>
>
Re: Publish REST services?
Posted by Alex O'Ree <sp...@gmail.com>.
You sure can. Are you looking for a register at start up and remove on
shutdown? Or as one time registration?
In either case, there's an example or two in the source trunk
On Dec 24, 2013 11:12 AM, "Venkat" <ne...@gmail.com> wrote:
> Hi
>
> I am new to Juddi. I just installed and have it running on tomcat. Is it
> possible to publish REST services (Spring based) to Juddi. If so can
> someone tell me how to go about doing it. I was not able to find anything
> on the web on this.
>
>
> -Venkat
>
>