novell.support.zenworks.desktops.4x.app-launcher
  Home FAQ Contact Sign in
Your Ad Here
novell.support.zenworks.desktops.4x.app-launcher only
 
Advanced search
January 2007
motuwethfrsasuw
1234567 1
891011121314 2
15161718192021 3
22232425262728 4
293031     5
2007
 Jan   Feb   Mar   Apr 
 May   Jun   Jul   Aug 
 Sep   Oct   Nov   Dec 
2007 2006    
total
novell.support ... 4x.app-launcher Profile…
RELATED GROUPS

POPULAR GROUPS

more...


 Up
  APP Browser so slow...         


Author: Fabio Martins
Date: Jan 18, 2007 05:38

I am experiencing a problem... it has long time, but now is insupportable.
NAL in Windows 98 are so slow, in average 4,5 min to open.
We use ZfD 4.0.1, using NAL in APP Browser mode.

Some IDEA ? it's only in Windows 98 workstation. Windows XP it's so quick!

Thankyou in advance.
no comments
  Re: Pre-Launch Script Problem         


Author: Rolf Lidvall
Date: Jan 18, 2007 02:09

No, Launch Scripts run in the User's scope except for WS
associated Force Run AOs, because then there is no User
logged in.
It's Distribution Scripts that runs in the System scope.
See this excellent TID, it's a perfect reference if you want
to find out how NAL behaves:
"NAL processes in the User and System scope"
https://secure-support.novell.com/KanisaPlatform/Publishing/623/3919348_f.SAL_Public...

Regards
Rolf Lidvall
Swedish Radio (Ltd)
1 Comment
  MSI 1603         


Author: becky.a.bartelt
Date: Jan 5, 2007 08:37

I have an msi w/ a custom MST file for Adobe Acrobat Pro 8 and Reader 8.
On some workstations the application will deploy, on others I receive a
1603 error. The log files do not give me any indication as to why it is
failing. Any suggestions?
no comments
  Antw: Re: Re: Re: NAL APP for Connection to a Terminalserver (w2k)         


Author: Nils Haubold
Date: Jan 5, 2007 06:12

yes, see the following entries:

AXT_FILE 3.1

[Application Name]
Value=TTT Zugriff auf ZEIT-System
no comments
  Re: Proper Way to do Application Snapshots         


Author: Craig Wilson
Date: Dec 22, 2006 11:29

Which is why I pointed out that snapshot gives more options.
I have had MSIs that were a real bear that were so much easier with
snapshot.
MSIs are far from a perfect world.

While some snapshots (Especially those including various OS Updates or
strong hardware tie-ins) are best left to MSIs.
Show full article (0.97Kb)
no comments
  Re: Proper Way to do Application Snapshots         


Author: Craig Wilson
Date: Dec 22, 2006 09:51

The main issue with snapshots is they are

1)EZ to get working in a LAB
2)Hard to get working in production.

Its not bad technology, its just that the better you understand all of the
changes in a snapshot the better you are able to clean it up and tweak it to
make it work universally.

There is actually quite a bit of deployment flexibility that is not native
to MSI.

MSIs can be deployed quickly with lightly trained personnel since in theorey
there is already a pre-made package put together by a professional.
(Hey, thats the idea anyway even if cant hold much water.)

Snapshots are brand new deployments being built in house.
In-house developers must determine the proper logic, test, and determine
impacts.
This takes a lot more know how than just running someone else deployment
package.
Show full article (2.08Kb)
1 Comment
  Re: NAL APP for Connection to a Terminalserver (w2k)         


Author: Marcus Breiden
Date: Dec 21, 2006 23:43

On Wed, 20 Dec 2006 12:08:41 GMT, Nils Haubold wrote:
> After creating an object with NAL (Terminalserver) nothing happend, no connection.

firewall on the server?
--

Marcus Breiden

If you are asked to email me information please change
-- to - in my e-mail
address.
The content of this mail is my private and personal opinion.
http://www.edu-magic.net
2 Comments
  Antw: NAL APP for Connection to a Terminalserver (w2k)         


Author: Nils Haubold
Date: Dec 20, 2006 08:15

sorry, when we change the object, we only change the ip-address in the
object!

Mit freundlichen Grüßen

N. Haubold
Haubold + Longo Partner GmbH

====================================================

Haubold + Longo Partner GmbH
Rotebühlstrasse 84/1

70178 Stuttgart

Tel.: 0711 / 820323-30 Fax.: 0711 / 820323-31
E-Mail: nhaubold@haubold.de

Web: http://www.haubold.de
E-Shop: http://eshop.haubold.de
====================================================
Show full article (1.32Kb)
no comments
  Assigning controlled printer to a WS group         


Author: r.bolhuis
Date: Dec 18, 2006 14:33

question:
Environment: Netware 5.1 SP6
NDPS 2.1.2
Zenworks for Desktops 4

When i assign a NDPS printer to a group of users everyhting works fine,
however when i want to assign a ndps printer to a group of workstations
nothing happens.
Even when i check the option to view the results, nothing happens.
It is no rights issue, because i have tried it as administrator
( i rightclick on the WS container --> details --> NDPS printer
management. I made the WS group memeber of the user group of the NDPS
printer) I also tried doing this by the menu option: NDPS remote printer
management.
All my printers are controlled printers

Do i overlook something ?
1 Comment
Your Ad Here
  Re: Proper Way to do Application Snapshots         


Author: bpilon
Date: Dec 18, 2006 11:57

Hye Anders,

When you state "Copy the dll, exe etc files to a distribution location and
create a new appobject, using the AXT file.", should I rename these files
back to *.fil files or leave them as exe, dll etc.

Also, because they are no longer in a *.fil format can you still
distribute the application object (blue distribution bar, when you first
run the application object) from S:\AOTFiles which is our path on our
network?

When you use the AXT Clean Utility do reanme the files back to their *.fil
name or do you leave the files exe, dll etc.. as their real name and then
associate the new AXT file to an application object?

Thanks again soory for the questions!
> ,
>> Now after the new AXT File is generated what do I have to do next in
order
>> to use the new AXT File?
>
> Axtclean renames the *.fil files to their real names for sanity.
>
>> To use the...
Show full article (2.04Kb)
no comments
1 2 3 4 5 6 7 8