Cannot DROP PROCEDURE 'duplicate incombolists' because it is being referenced by object

How to resolve this problem
Cannot DROP PROCEDURE 'duplicate _in_combolists' because it is being
referenced by object 'combolists_unique'.
Thanks in advance
*** Sent via Developersdex http://www.codecomments.com ***
Don't just participate in USENET...get rewarded for it!
Presumably htis is on application of the snapshot? Before being created in
the initialization, objects are dropped. It looks like you have a dependency
which is preventing this being achieved. Please use sp_depends with
'duplicate _in_combolists' to investigate what is preventing the drop.
Removing the dependency should allow the initialization to proceed.
HTH,
Paul Ibison SQL Server MVP, www.replicationanswers.com
(recommended sql server 2000 replication book:
http://www.nwsu.com/0974973602p.html)

Cannot create a task with the name .....

I don't know if anyone is interested, but I was just struggling over an issue with a custom SSIS Control Flow Task and found that all referenced objects also have to be in the GAC to be able to create the custom object in the ssis designer. I guess that makes sense, but I searched all over for any reference to this error, and couldn't find anything. Hopes this sense for someone else!

Great point well made. BOL does make a nod to this here: http://msdn2.microsoft.com/en-us/library/ms403356.aspx

-Jamie

|||Thanks for the reply, and the inclusion of the article that I've had bookmarked and permanently burned into my desktop for the last week :-). Good point as well, and only to further clarify, I'm not talking about the assembly that IS the custom object, but one that is Consumed by the Custom Object. Yeah you don't get very far, if the Custom Task you're creating itself isn't in there, but all other objects need to be there too.

My specific purpose was to use a free object (that I've disassembled and etherealed) to create a custom FTP object that replaces the built in FTP object. I needed access to Passive mode that works, or at least one that works with the FTP server I have to connect to.

Anyway, its been a great lesson for me. I've totally just hacked through by replubming the object, and since have had to work through delegates, and will probably have to takle some threading. Thanks for the samples, the process would have been much harder without them!

Cannot connect to the Report Mgr.

Hi All,
I'm experiencing the error referenced in the following link to MS
Support
http://support.microsoft.com/Default.aspx?kbid=922656
I implemented the workaround but I'm still getting the error. Actually
when I started I was receiving "error message 1" and then when I
updated my RSWebApplication.config file to use the fully qualified URL
using the IP Address that is assigned to the Default Web Site's "IP
Address" property.
My config file now looks like this...
<ReportServerUrl>http://10.0.0.102:80/Reports</ReportServerUrl>
<ReportServerVirtualDirectory></ReportServerVirtualDirectory>
The server is a Windows 2003 server and the Reporting Services was
installed with SQL2005 but not configured. I was able to configure the
Reports server (from what I can tell) using the "Reporting Services
Configuration" tool).
Any idea as to what may still be causing the problem?
Thanks in advance for any help you can offer.
Mike Gorgone
Senior Software Engineer
PictureU PromotionsOn Aug 21, 2:06 pm, Mike <m_gorg...@.hotmail.com> wrote:
> Hi All,
> I'm experiencing the error referenced in the following link to MS
> Support
> http://support.microsoft.com/Default.aspx?kbid=922656
> I implemented the workaround but I'm still getting the error. Actually
> when I started I was receiving "error message 1" and then when I
> updated my RSWebApplication.config file to use the fully qualified URL
> using the IP Address that is assigned to the Default Web Site's "IP
> Address" property.
> My config file now looks like this...
> <ReportServerUrl>http://10.0.0.102:80/Reports</ReportServerUrl>
> <ReportServerVirtualDirectory></ReportServerVirtualDirectory>
> The server is a Windows 2003 server and the Reporting Services was
> installed with SQL2005 but not configured. I was able to configure the
> Reports server (from what I can tell) using the "Reporting Services
> Configuration" tool).
> Any idea as to what may still be causing the problem?
> Thanks in advance for any help you can offer.
> Mike Gorgone
> Senior Software Engineer
> PictureU Promotions
The last response in this link might be helpful.
http://www.sqlreportingservices.net/Ask/1730.aspx
Regards,
Enrique Martinez
Sr. Software Consultant|||On Aug 21, 9:55 pm, EMartinez <emartinez...@.gmail.com> wrote:
> On Aug 21, 2:06 pm, Mike <m_gorg...@.hotmail.com> wrote:
>
> > Hi All,
> > I'm experiencing the error referenced in the following link to MS
> > Support
> >http://support.microsoft.com/Default.aspx?kbid=922656
> > I implemented the workaround but I'm still getting the error. Actually
> > when I started I was receiving "error message 1" and then when I
> > updated my RSWebApplication.config file to use the fully qualified URL
> > using the IP Address that is assigned to the Default Web Site's "IP
> > Address" property.
> > My config file now looks like this...
> > <ReportServerUrl>http://10.0.0.102:80/Reports</ReportServerUrl>
> > <ReportServerVirtualDirectory></ReportServerVirtualDirectory>
> > The server is a Windows 2003 server and the Reporting Services was
> > installed with SQL2005 but not configured. I was able to configure the
> > Reports server (from what I can tell) using the "Reporting Services
> > Configuration" tool).
> > Any idea as to what may still be causing the problem?
> > Thanks in advance for any help you can offer.
> > Mike Gorgone
> > Senior Software Engineer
> > PictureU Promotions
> The last response in this link might be helpful.http://www.sqlreportingservices.net/Ask/1730.aspx
> Regards,
> Enrique Martinez
> Sr. Software Consultant
Hi Enrique,
Thanks for the link. I've seen some information along those same lines
but I can't set the IP Address property to "All Addresses" the IP
needs to be set to the specific address we have in there.
Is there any war around that?
Mike