Bug 779316 (SOA-1704)

Summary: jUDDI v3 cannot be certified with SQl Server 2005 and db2
Product: [JBoss] JBoss Enterprise SOA Platform 5 Reporter: Jiri Pechanec <jpechane>
Component: jUDDI - within SOAAssignee: Kurt Stam <kurt.stam>
Status: CLOSED NEXTRELEASE QA Contact:
Severity: urgent Docs Contact:
Priority: urgent    
Version: 5.0.0 ER5   
Target Milestone: ---   
Target Release: 5.1.0 GA   
Hardware: Unspecified   
OS: Unspecified   
URL: http://jira.jboss.org/jira/browse/SOA-1704
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
ER5
Last Closed: 2011-02-11 06:53:45 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
persistence.xml
none
juddi-core-3.0.2-SNAPSHOT.jar none

Description Jiri Pechanec 2009-12-11 04:49:03 UTC
Date of First Response: 2009-12-22 09:08:45
project_key: SOA

http://hudson.qa.jboss.com/hudson/view/SOA-Release/job/soa-juddi3-db-jdk16-maven/DATABASE=mssql2005,jdk=java16_default,label=RHEL_any/
http://hudson.qa.jboss.com/hudson/view/SOA-Release/job/soa-juddi3-db-jdk16-maven/DATABASE=db2-97,jdk=java16_default,label=RHEL_any/

We are running core unit tests coming with jUDDI on all supported databases. Tests are passing on MySQL, POstgreSQL and presumably Oracle 10g but Subscription/Notification is failin on SQL Server and db2.

When test suite is executed the is SOA PLatform running with exported DataSource pool. The test suite is configured to
1) Use the datasource
2) Use the jar files coming with SOA-P instead of Maven repo

Note that SQL Server 2005 is P! database

Comment 1 Kurt Stam 2009-12-22 14:08:45 UTC
Jiri, 

1. was the persistence.xml changed to mssql-dialect or db2-dialect?

2. what are the errors?

3. can I get my hands on a myssql and db2 database so I can reproduce?

--Kurt

Comment 2 Jiri Pechanec 2010-01-04 12:14:24 UTC
I have attached persistence.xml file for db2.
Unfortunately there are no more information generated by tests related to errors.
You can get an instance of db2 database putting this URL to browser http://jawa05.englab.brq.redhat.com/Allocator/AllocatorServlet?operation=alloc&label=db2-97&requestee=KurtStam&expiry=120 - this will reserve a database instance for 120 minutes for your use. The connection details are displayed in the page

Comment 3 Jiri Pechanec 2010-01-04 12:14:24 UTC
Attachment: Added: persistence.xml


Comment 4 Kurt Stam 2010-01-20 16:59:28 UTC
Jiri, which are the specific tests that are failing? thx --Kurt

Comment 5 Jiri Pechanec 2010-01-21 07:16:32 UTC
org.apache.juddi.api.impl.API_080_SubscriptionTest.joePublisher
org.apache.juddi.api.impl.API_080_SubscriptionTest.samSyndicator
org.apache.juddi.api.impl.API_080_SubscriptionTest.samSyndicatorWithChunkingOnFind
org.apache.juddi.api.impl.API_080_SubscriptionTest.samSyndicatorWithChunkingOnGet
org.apache.juddi.subscription.SubscriptionNotifierTest.org.apache.juddi.subscription.SubscriptionNotifierTest

Comment 6 Kurt Stam 2010-01-21 07:24:06 UTC
Does the persistence.xml contain something like 

<provider>org.hibernate.ejb.HibernatePersistence</provider>



Comment 7 Jiri Pechanec 2010-01-21 07:29:42 UTC
Yes, see attached file. BTW I am sory I have posted too generic URL - this one is better
http://hudson.qa.jboss.com/hudson/view/SOA-Release/job/soa-juddi3-db-jdk16-maven/DATABASE=mssql2005,jdk=java16_default,label=RHEL_any/7/

Comment 9 Kurt Stam 2010-01-21 15:21:11 UTC
Both dbs have issues with: the query:

select distinct ss from Subscription ss where (ss.authorizedName = ?)

"The text data type cannot be selected as DISTINCT because it is not comparable." I think it does a distinct over all the fields rather then just the PK, and one of the fields on subscription is "text", which is causing an issue.

http://issues.apache.org/jira/browse/JUDDI-341


Comment 11 Kurt Stam 2010-02-03 19:21:02 UTC
it was still doing a distinct over all the columns. Should be fixed now. Jiri, let me attach a new jar so you can verify.

Comment 12 Kurt Stam 2010-02-03 19:21:42 UTC
Attachment: Added: juddi-core-3.0.2-SNAPSHOT.jar


Comment 13 Jiri Pechanec 2010-02-04 08:49:04 UTC
I have tried the attached jar and the result is - all blue. The problem is solved and there is no impact on the other databases

http://hudson.qa.jboss.com/hudson/view/SOA-Release/job/soa-juddi3-db-jdk16-maven/20/

Comment 14 trev 2010-02-08 11:43:25 UTC
Jar fixes the problem but we will have to wait for juddi 3.0.2 to get the fix

Comment 16 Anne-Louise Tangring 2010-09-10 18:58:43 UTC
This needs to be fixed in SOA 5.1.0

Comment 17 Kurt Stam 2010-09-11 20:08:50 UTC
Both releases jUDDI-3.0.2 and 3.0.3 are available: http://ws.apache.org/juddi/releases.html

Comment 18 Kevin Conner 2010-09-13 09:20:03 UTC
We are already using 3.0.3, alt was just doing some housekeeping after triage.  I don't think there is anything else that needs to be done apart from verify whether it works or not (QE).

Comment 21 Dana Mison 2011-01-05 00:14:29 UTC
Writer: Added: dlesage


Comment 22 Jiri Pechanec 2011-01-06 08:05:28 UTC
Verified in ER6

Comment 23 David Le Sage 2011-02-11 06:53:23 UTC
Temporarily reopening to update release note info.

Comment 24 David Le Sage 2011-02-11 06:53:34 UTC
Release Notes Docs Status: Added: Not Required