This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
External SU DnD onto CASA does not create an EP with right information. NS is invalid. ALEServiceAssembly-sun-ale-engine with following descriptor is dropped on to CASA canvas Jun and I did following two steps to fix the issue 1. Rename ale to ns0 2. moved NS declaration to jbi element. <?xml version="1.0" encoding="UTF-8"?> <jbi xmlns="http://java.sun.com/xml/ns/jbi" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0" xsi:schemaLocation="http://java.sun.com/xml/ns/jbi jbi.xsd"> <services binding-component="false" xmlns:ale="http://www.sun.com/ALE/1.0/ALEService.wsdl" > <provides endpoint-name="ALELoggingEndpoint" interface-name="ale:ALEServiceLoggingPortType" service-name="ale:LoggingService"/> <provides endpoint-name="ALEAlertEndpoint" interface-name="ale:ALEServiceAlertPortType" service-name="ale:AlertService"/> <provides endpoint-name="ALEErrorEndpoint" interface-name="ale:ALEServiceErrorPortType" service-name="ale:ErrorService"/> </services> </jbi>
Created attachment 63916 [details] SA to reproduce the issue
Fixed in soa-dev branch. Changeset: d8742363cfc2
This namespace related issue doesn't show up with BPEL/XSLT projects types. However, it could surface when new SU project types are integrated into compapp, as shown in Murali's case. Jen, I would highly recommend we include this fix in 6.1 Patch 3. To verfiy the fix without installing a new SE plugin into your NetBeans, 1. Deploy the attached service assembly (a SynchronousSampleApplication with a slightly-modified-but-still-valid BPEL SU jbi.xml) 2. Create a new CompApp project, open CASA Editor 3. Drag the BPEL SU from the deployed SA in JBI Manager (SynchronousSample13Application-SynchronousSample13) and drop it into CASA 4. Select the Provide endpoint in CASA and check its interface The interface reads: => (INCORRECT) {http://java.sun.com/xml/ns/casa}portType1 => (CORRECT) {http://localhost/SynchronousSample/SynchronousSample}portType1
Created attachment 64041 [details] an SA for testing purpose
Verified fixed with soa-dev sierra build sierra_2682_20080801_1723_dev.zip -- jun's scenario works as expected However, in 6.5 trunk build netbeans-trunk-nightly-200808021401-solaris-x86.sh, when I do the same scenario, I get the "incorrect" interface for the BPEL SU external module provides interface: http://java.sun.com/xml/ns/casa}portType1
For inclusion in NB 6.1 Patch 3, please provide fully qualified URL to changeset (not just changeset ID to some proprietary repository). Ideally trunk changeset URL.
Jennifer, it looks like you REOPENED this issue with a comment, that it's VERIFIED. Please update this issue into consistent state. Don't forget to specify fully qualified URL to changeset. Thanks, -R
The fully qualified changeset URL (in soa-dev branch) is http://hg.netbeans.org/soa-dev/rev/d8742363cfc2 I think I didn't integrate the fix in the trunk. I will do that shortly.
Changeset d8742363cfc2 in soa-dev has been transplanted as 0555ba0727fa (http://hg.netbeans.org/main/rev/0555ba0727fa) into trunk.
Fixed in trunk.
Verified fixed in 6.5 trunk with build netbeans-trunk-nightly-200808050201.
I've transplanted the changeset http://hg.netbeans.org/main/rev/0555ba0727fa into release61_fixes repository as http://hg.netbeans.org/release61_fixes/rev/36ad9ecb9746