Re: [jbosstools-dev] SAP Services Registry Plugin

Max, You have summed up things perfectly. We would need to fork and maintain ourselves.

We would also need to resolve how to bundle the core search functionality, which is currently in binary format only. If we need to have that open sourced that to make this work, I can investigate the feasibility of making that happen.

I suspect there may be some SAP specific code in the plugin, but the SAP SR is UDDI v3 compliant, so I believe this could be used against other servers. At a minimum, we would likely have to muck with the authentication a bit to support generic UDDI servers in addition to SAP.

Thanks, Ted ----- Original Message ----- > From: "Max Rydahl Andersen" <max.andersen(a)redhat.com&gt; > To: "Brian Fitzpatrick" <bfitzpat(a)redhat.com&gt; > Cc: "Ted Jones" <tejones(a)redhat.com&gt;, jbosstools-dev(a)lists.jboss.org, "Bill Collins" <bicollin(a)redhat.com&gt; > Sent: Tuesday, January 22, 2013 11:08:10 AM > Subject: Re: [jbosstools-dev] SAP Services Registry Plugin > > Yeah - I recall some of the various on/off stories on this. > > As far as I recall there are two parts. > > 1) The core search functionality contributed by SAP which can be used > to provided searching for technically anything. > > 2) The SAP/UDDi functionality using #1 > > Reading the bugzilla #1 is dead - is that correct ? Meaning if we > want to do #2 we would have to fork it and maintain it ? > > About #2 is this SAP specific or is it using standard API that could > work against other service based servers ? > > Considering the problems of #1 how do actually bundle this without a > major headache ? > > /max > > On 22 Jan 2013, at 15:59, Brian Fitzpatrick <bfitzpat(a)redhat.com&gt; > wrote: > >> Correct. I worked with Tom Cunningham to use some of the UDDI >> functionality we already had to develop a basic UDDI search view, >> but we didn't get it too far off the ground before SAP decided >> they wanted to go this other direction. >> >> Ted and Bill Collins were working on the SAP stuff after I started >> to work on Switchyard tooling, Bill may know where things are at >> on that front... >> >> --Fitz >> >> _______________________________ >> Brian Fitzpatrick (aka "Fitz") >> Senior Software Engineer, SOA-P >> JBoss by Red Hat >> >> ----- Original Message ----- >> From: "Ted Jones" <tejones(a)redhat.com&gt; >> To: "Max Rydahl Andersen" <max.andersen(a)redhat.com&gt; >> Cc: jbosstools-dev(a)lists.jboss.org >> Sent: Tuesday, January 22, 2013 7:22:37 AM >> Subject: Re: [jbosstools-dev] SAP Services Registry Plugin >> >> Max, >> >> The intention was to have this included as part of Eclipse, but SAP >> and Eclipse weren't able to agree on an implementation/design. >> Here is the initial BZ >> (https://bugs.eclipse.org/bugs/show_bug.cgi?id=331581#c9) which >> was split off into multiple BZs (see the bottom of this BZ). Fitz >> was involved in the beginning until he was pulled off onto another >> project and felt the pain of the disagreements. SAP punted on >> integrating with Eclipse and published the source code for us. >> That's where we stand now. >> >> Since the search capability is based on UDDI v3, you are correct in >> that this is just basic WSDL searching with the additional >> authentication information for connecting to an SAP Services >> Registry. Fitz was actually working on a separate UDDI search >> capability before SAP gave us this. >> >> Thanks, >> Ted >> >> ----- Original Message ----- >>> From: "Max Rydahl Andersen" <max.andersen(a)redhat.com&gt; >>> To: "Ted Jones" <tejones(a)redhat.com&gt; >>> Cc: "Rob Cernich" <rcernich(a)redhat.com&gt;, >>> jbosstools-dev(a)lists.jboss.org >>> Sent: Tuesday, January 22, 2013 3:24:14 AM >>> Subject: Re: [jbosstools-dev] SAP Services Registry Plugin >>> >>> Maybe i'm just not grokking this thing but as far as I understand >>> this is >>> just basic WSDL searching (i.e. EAP level) stuff, right ? >>> >>> That said looking at the source this looks like mostly an eclipse >>> project ? (at least the core search stuff). >>> Did SAP ever get it into eclipse core plans for inclusion ? That >>> would affect how we can bundle/version/release it afaics ? >>> >>> /max >>> >>> On 21 Jan 2013, at 16:02, Ted Jones <tejones(a)redhat.com&gt; wrote: >>> >>>> Thanks for the suggestion Rob. That does sound like a potential >>>> landing spot. I will ping Eric. >>>> >>>> Thanks again, >>>> Ted >>>> >>>> ----- Original Message ----- >>>>> From: "Rob Cernich" <rcernich(a)redhat.com&gt; >>>>> To: "Ted Jones" <tejones(a)redhat.com&gt; >>>>> Cc: jbosstools-dev(a)lists.jboss.org >>>>> Sent: Monday, January 21, 2013 8:54:21 AM >>>>> Subject: Re: [jbosstools-dev] SAP Services Registry Plugin >>>>> >>>>> Hey Ted, >>>>> >>>>> Have you reached out to any of the folks working on Overlord? >>>>> I'm >>>>> guessing there may be some synergy with the stuff they are >>>>> working >>>>> on. Here's the link: http://www.jboss.org/overlord >>>>> >>>>> Best, >>>>> Rob >>>>> >>>>> ----- Original Message ----- >>>>>> SAP has developed an open-source plugin that allows searching a >>>>>> registry, importing the WSDL for a specific service and viewing >>>>>> other UDDI information about a published service. Max mentioned >>>>>> I >>>>>> should post a message here to see where such a plugin might fit >>>>>> into >>>>>> JBT. It is not quite ready for prime time due to an >>>>>> authentication >>>>>> issue when installed with EGit (really an EGit bug... see >>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=377347). >>>>>> >>>>>> Read more about the plugin and see a demo here: >>>>>> https://community.jboss.org/blogs/tedjones/2013/01/18/using-the-sap-servi... >>>>>> >>>>>> >>>>>> Thanks, >>>>>> Ted >>>>>> _______________________________________________ >>>>>> jbosstools-dev mailing list >>>>>> jbosstools-dev(a)lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev >>>>>> >>>>> >>>> _______________________________________________ >>>> jbosstools-dev mailing list >>>> jbosstools-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev >>> >>> >> _______________________________________________ >> jbosstools-dev mailing list >> jbosstools-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jbosstools-dev > >