Re: No Touch Deployment Not Working On Some PC's



hi hakl,
if the application is missing some dlls, it looks in different places to try
and find them. these are done in order, (but i forget that exact order).
it's called probing. it looks in the application base path, in the /bin
folder, in the global assembly cache, and a few others.
have you tried placing all those Crystal reports dlls in the application
folder with the .exe? my guess is this should work, and those machines
without the DLLs in their globaly assembly cache should download them
automatically. if not, it might be worth posting the question again now
that we know exactly where the breakdown is.

tim

--------------------------
blog: http://tim.mackey.ie

"hakl" <hakl@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:5F7C4B14-E783-4CD3-924F-CE08C13B8E20@xxxxxxxxxxxxxxxx
> Hi Tim,
>
> You are absolutely correct. It appears the problem is related to Crystal
> Reports. When I installed the app to run locally on the machine that would
> not run the app through URL, it works fine. After installing the
> application
> locally, I can even launch and run the app through URL and display reports
> correctly. As soon as I uninstall the application from the local machine,
> the
> app would not run from the URL any more and the message "An Exception has
> been thrown by the target of an invocation" appears again.
>
> I looked in the assembly cache after I installed the app locally and it
> had
> all these BusinessObject (Crystal Reports) related assemblies in the
> assembly
> cache. As soon as I uninstall the app from the local machine, these
> BusinessObjects assemblies disappear from the Global Assembly Cache.
>
> Sorry this question may have obvious answers but what is the best way or
> how
> can I ensure that all these BusinessObject assemblies are in the Assembly
> Cache of the machine when launching the No Touch Deployment application
> from
> the URL?
>
> Thank you again for your assistance.
> Regards
> hakl
>
> "Tim_Mac" wrote:
>
>> hi hakl,
>> sorry if this sounds obvious, but have you ruled out that it isn't a
>> crystal
>> reports problem?
>> do the reports open OK on problem machines if you install the app and run
>> locally, i.e. not through smart client / IeExec?
>>
>> thanks
>> tim
>>
>> --------------------------
>> blog: http://tim.mackey.ie
>>
>> "hakl" <hakl@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
>> news:AFC646C4-DC60-4FE6-B114-326FBF27430B@xxxxxxxxxxxxxxxx
>> > Hi Tim,
>> > Thank you for your reply. I was able to browse to the application
>> > directory
>> > for both the machine that works and one that does not work.
>> >
>> > It appears all our machines are in the same IE Zone. Our operating
>> > system
>> > is
>> > a customised Win XP and controlled by our Infrastructure group.
>> >
>> > Our .Net winform app uses Crystal Reports 11 & ADO.Net. We apply the
>> > same
>> > security settings (FullTrust) to all the client machines. About 50% of
>> > them
>> > run the app ok, but the other 50% wouldnt run. On the machines that the
>> > application won't run, the app. opens alright but as soon as I click on
>> > a
>> > report (which retrieves data from SQL 2K) from the menu, this error
>> > message
>> > appears: "An Exception has been thrown by the target of an invocation".
>> > The
>> > other 50% of the machines run perfectly. The strange thing is all the
>> > machines have the same operating system (Win XP) with the same version
>> > of
>> > IE.
>> >
>> > Any other clues/ideas?
>> > Thanks
>> > hakl
>> >
>> > "Tim_Mac" wrote:
>> >
>> >> hi Hakl,
>> >> are all the machines in the same IE zone for the application url? you
>> >> could
>> >> check this by allow directory browsing on the application directory,
>> >> and
>> >> web-browsing to it on a machine that the app works on, and on another
>> >> that
>> >> it doesn't work on.
>> >>
>> >> do they all have the same proxy configuration?
>> >>
>> >> what happens when you run the IE shortcut to the .exe on a machine (in
>> >> the
>> >> not-working scenario).
>> >> any exceptions or error messages?
>> >>
>> >> thanks
>> >> tim
>> >> p.s. only reply to the newsgroup. it's a public repository of problems
>> >> +
>> >> solutions, rather than a personal tech support system :)
>> >>
>> >> --------------------------
>> >> blog: http://tim.mackey.ie
>> >>
>> >> "hakl" <hakl@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
>> >> news:083E3DD2-07BC-441B-A06E-742F93C7902C@xxxxxxxxxxxxxxxx
>> >> > Hi all,
>> >> >
>> >> > I have a deployed a No Touch Deployment (NTD) and the app works on
>> >> > some
>> >> > PC's
>> >> > but not others. All our PC's have a standard operating environment
>> >> > (Win
>> >> > XP).
>> >> > When I look in the Assembly Download Cache, I can't see all the
>> >> > required
>> >> > dll's files for the PC's that cant run the app. However with the
>> >> > PC's
>> >> > that
>> >> > can run the app, I can see all the required dll's in the download
>> >> > cache.
>> >> >
>> >> > How can I fix this problem?
>> >> >
>> >> > I've been stuck with this problem for the last couple of days.
>> >> >
>> >> > Any ideas/leads/sample codes would be much appreciated.
>> >> > Please reply to hak1lin@xxxxxxxxxxxxxxxxx
>> >> > Thanks
>> >> > hakl
>> >>
>> >>
>> >>
>>
>>
>>


.



Relevant Pages

  • Re: CPU Racing w/ Idle App
    ... loading and binding assemblies in an app domain. ... > component from SyncFusion... ... >> WinXP Pro machines that are fully updated. ...
    (microsoft.public.dotnet.framework.clr)
  • Re: CPU Racing w/ Idle App
    ... loading and binding assemblies in an app domain. ... > component from SyncFusion... ... >> WinXP Pro machines that are fully updated. ...
    (microsoft.public.dotnet.framework)
  • Re: CPU Racing w/ Idle App
    ... loading and binding assemblies in an app domain. ... > component from SyncFusion... ... >> WinXP Pro machines that are fully updated. ...
    (microsoft.public.dotnet.framework.performance)
  • RE: Rather weird issue
    ... with my app, it must be the machine" path... ... How many machines have you ... Does fuslogvw show assemblies getting loaded for those? ... | Content-Type: text/plain; ...
    (microsoft.public.dotnet.framework.clr)
  • Re: No Touch Deployment Not Working On Some PCs
    ... hi hakl, ... do the reports open OK on problem machines if you install the app and run ... > It appears all our machines are in the same IE Zone. ... > run the app ok, but the other 50% wouldnt run. ...
    (microsoft.public.dotnet.framework.windowsforms)