[jira] Created: (SM-961) Cannot retrieve WSDL from http su
Cannot retrieve WSDL from http su
-
Key: SM-961
URL: https://issues.apache.org/activemq/browse/SM-961
Project: ServiceMix
Issue Type: Bug
Components: servicemix-http
Affects Versions: 3.1.1
Environment: JDK 1.5, Windows XP, xfire
Reporter: Michael Mattox
Attachments: BookService.wsdl
I set up an http consumer & provider to pass through to an external webservice
created with xfire & running under tomcat. WSDL is attached, and here is my
xbean.xml:
http://servicemix.apache.org/http/1.0";
xmlns:test="http://xfire.codehaus.org";>
http://127.0.0.1:8080/test-business-service/services/BookService";
/>
http://0.0.0.0:8192/BookService/";
defaultMep="http://www.w3.org/2004/08/wsdl/in-out";
soapVersion="1.1"
soap="true"
/>
When I request the WSDL with the URL http://ics030126:8192/BookService/?wsdl I
get:
HTTP ERROR: 404
Unable to find requested resource
RequestURI=/BookService/main.wsdl
Powered by Jetty://
Interesting is that it rewrites the URL to be /BookService/main.wsdl. That's
not what I asked for. In the logs I see:
10:42:00,453 | DEBUG | btpool0-1 | HttpComponent|
e.servicemix.soap.SoapEndpoint 276 | Retrieving proxied endpoint definition
10:42:00,469 | DEBUG | btpool0-1 | HttpComponent|
icemix.common.DefaultComponent 79 | Querying service description for
ServiceEndpoint[service={http://xfire.codehaus.org}BookService,endpoint=bookServiceProviderEndpoint]
10:42:00,469 | DEBUG | btpool0-1 | HttpComponent|
icemix.common.DefaultComponent 87 | No description found for
{http://xfire.codehaus.org}BookService:bookServiceProviderEndpoint
10:42:00,578 | DEBUG | btpool0-0 - Acceptor0 SelectChannelConnector @
0.0.0.0:8192 | JettyContextManager | ntextManager$ThreadPoolWrapper 441 |
Dispatching job: [EMAIL PROTECTED],io=1,w=true,b=0|0]
This looks like it's just able to find the service for my endpoint.
I've tried lots of variations in the xbean.xml based on the suggestions of the
mailing list:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg09064.html
but I still cannot get the WSDL. Two other people have confirmed the same
problem, so I assume it's a bug. I can provide more information if required.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-959) ssl truststore is not set for unmanaged
[ https://issues.apache.org/activemq/browse/SM-959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Termin resolved SM-959. -- Resolution: Fixed Fixed. Author: tterm Date: Thu May 31 05:46:32 2007 New Revision: 543125 URL: http://svn.apache.org/viewvc?view=rev&rev=543125 Log: SM-959 ssl truststore is not set for unmanaged Modified: incubator/servicemix/trunk/deployables/bindingcomponents/servicemix-http/src/main/java/org/apache/servicemix/http/jetty/JettyContextManager.java > ssl truststore is not set for unmanaged > --- > > Key: SM-959 > URL: https://issues.apache.org/activemq/browse/SM-959 > Project: ServiceMix > Issue Type: Bug > Components: servicemix-http >Affects Versions: 3.1 >Reporter: Thomas Termin >Assignee: Thomas Termin > Fix For: 3.2 > > > The truststore is not set for an unmanaged ssl connection as reported by > David Potter. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: servicemix-bean, ServiceUnitAnalyzer
Sorry, the week has been quite busy (I have just had my fifth child) ...
On 5/31/07, Eduardo Burgos <[EMAIL PROTECTED]> wrote:
any news?
On 5/24/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
>
> On 5/23/07, Eduardo Burgos <[EMAIL PROTECTED]> wrote:
> >
> > JIRA for the custom serviceUnitAnalyzer in jbi-maven-plugin:
> >
> > https://issues.apache.org/activemq/browse/SM-956
> >
> > JIRA for the BeanServiceUnitAnalyzer for the servicemix-bean
component:
> >
> > https://issues.apache.org/activemq/browse/SM-957
>
>
> Thanks ! I'll take a look at these asap.
>
> Regarding the BeanServiceUnitAnalyzer, I only implemented it for
endpoints
> > of type (I just thought this would be the most common
> > case).
> > I generated the consumes by looking at the fields with @ExchangeTarget
> > using
> > reflection.
>
>
> Yeah, I guess this is the most common use cases.
>
> Please take a look.
> >
> >
> > Eduardo Burgos
> >
> >
> > On 5/23/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> > >
> > > On 5/23/07, Eduardo Burgos <[EMAIL PROTECTED]> wrote:
> > > >
> > > > No, I'm not thinking about removing the other way, it's just to
have
> > > this
> > > > as
> > > > an option.
> > > > About the custom service analyzer, for example, lets say we have a
> > > > component
> > > > that is not supported by this team and we have no possibility to
> > access
> > > > it's
> > > > source code and I still need to build a service unit for it,
> currently
> > > > there
> > > > is no possibility for the jbi-maven-plugin to guess an analyzer
for
> > it,
> > > so
> > > > I
> > > > thought that if we had the option to define the analyzer class at
> > > service
> > > > unit level it should do.
> > >
> > >
> > > Yeah, I was thinking about that too.
> > >
> > > Another example is what I need right now, I'm looking to develop a
> > > > servicemix-bean SU and I couldn't find a ServiceUnitAnalyzer for
> that
> > > > component. I couldn't have solved my problem in a standard way if
I
> > > don't
> > > > have access to this mailing list :)
> > >
> > >
> > > Agreed
> > >
> > > I have it set in my servicemix source and its ready for a diff and
> JIRA.
> > > > Working on the BeanSUAnalyzer as we speak :)
> > >
> > >
> > > Cool, thx !
> > >
> > > Eduardo Burgos
> > > >
> > > > On 5/23/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Sure, sounds good !
> > > > > What kind of custom service analyser are thinking about ?
> > > > > Or is that for non servicemix components ?
> > > > >
> > > > > But I don't think we should remove the other way, which work
> > > > > well for servicemix components.
> > > > >
> > > > > Btw, such discussions about enhancing ServiceMix should really
> > > > > take place on the dev list, so please answer to the dev list
> > > > > if possible.
> > > > >
> > > > > On 5/23/07, Eduardo Burgos <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > There is something else I would like to suggest.
> > > > > >
> > > > > > Let's say I have a service-unit artifact and my target
component
> > > does
> > > > > not
> > > > > > have a serviceUnitAnalyzer, I've seen the logic on the
> > > > jbi-maven-plugin
> > > > > > and
> > > > > > how it uses the serviceUnitAnalyzer and I noticed that it
either
> > > uses
> > > > > that
> > > > > > jbi-services.xml file or looks up the target component for a
> > > > > > serviceUnitAnalyzer class name.
> > > > > > What if we also have a
> > > > > >
> > > > > > declared in that service-unit artifact (not the component)
where
> I
> > > can
> > > > > > specify my desired serviceUnitAnalyzer for that SU. Example:
> > > > > >
> > > > > > > > > > > myproject
> > > > > > jbi-service-unit
> > > > > >
> > > > > >
> > > > > >
> > > > > > org.apache.servicemix.tooling
> > > > > > jbi-maven-plugin
> > > > > > ${servicemix-version}
> > > > > >
> > > > > >
> > org.test.jbi.bean.BeanServiceUnitAnalyzer
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Notice that the is in the SU's
> > > > configuration
> > > > > > and
> > > > > > not the component, this way the desired serviceUnitAnalyzer is
> not
> > > > tied
> > > > > to
> > > > > > the component but to the plugin's configuration (And also
> keeping
> > > the
> > > > > > current approach).
> > > > > >
> > > > > >
> > > > > > Then in the
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
org.apache.servicemix.maven.plugin.jbi.GenerateServiceUnitDescriptorMojoclass
> > > > > > add a String field called 'serviceUnitAnalyzerClass' and
insert
> > this
> > > > > > where it finds the serviceUnitAnalyzer class:
> > > > > >
> > > > > > if (useServiceUnitAnalyzer.booleanValue()) {
> > > > > > +if (serviceUnitAnalyzerClass!= null)
> > > > > > +return serviceUnitAnalyzerClass;
> > > > > > MavenProject project =
> > > getComponentProject();
> > > > > >
> >
Re: Getting started guide
Awesome !!! Great !!! JCA related(Using jencks, XA(2pc), restoring, Connecting DB/MQ other than ActiveMQ, ) stuff would be really great. Since those issues are the things that we are currently using right now. Alos I was looking for samples regarding EPR (dynamic endpoint resolution). Thanks a lot. I really appreciated. Gert Vanthienen wrote: > > L.S., > > > After having followed the user mailing list for a while, it seems that > it's quite a steep learning curve to get started with ServiceMix. > I would like to add a tutorial or getting started guide to the website, > just guiding a new user through the existing documentation and trying to > explain some key concepts on the way. Something like... > # starting the container and connect to it using JMX > # installing some components and deploying e.g. the wsdl-first example > [to explain e.g. components, service assembly, service unit] > # building a simple SA, e.g. re-using the 'File binding' page [to > explain about the maven archetypes] > # building e.g. the protocol bridge example to explain about message > exchange patterns, routing, ... > > Would this be a worthwhile addition or are there other areas in the > documentation that need work more urgently? Are there any other topics > to include in this guided tour? > > > Regards, > > Gert > > -- View this message in context: http://www.nabble.com/Getting-started-guide-tf3836548s12049.html#a10906830 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
