[Casper] wrapping an application in apple script, then massdeploying it

[Brenner, John]

I would be easier to do this entirely from the shell with applescript
wrapper to pass the user input variables eg username and password.  You
would have to write a daemon to watch the named process for the application
and then unmount the volume after.

Just a thought.... 


On 1/30/09 3:38 PM, "Thomas Larkin" <tlarki at kckps.org> wrote:

>    
> 
>  Here is basically what I want to accomplish and I am pretty sure it is
> possible, I will just list them in order of how the end user would execute the
> app in question. 
> 
>        
> 
>  1)  End user opens up application from apps folder
>  
> 
>  2)  Instead of it opening the app first, it launches an apple script
>  
> 
>  3)  AppleScript maps a network drive and waits for authenticaiton
>  
> 
>  4)  Once authenticated and mapped, runs do shell script command and chflags
> to hide the network volume from the finder
>  
> 
>  5)  launches application which needs to connect to the mapped drive
> (database)    
>  
> 
>  6)  when app exits, applescript unmounts network share
> 
>        
> 
>  is this possible?  I think it most likely is
> 
>>>> >>> "Brenner, John" <john.brenner at merrillcorp.com> 01/30/09 3:29 PM >>>
>     
>  
>  
> 
>  How about this? Create a file at the root of the share have the apple script
> check for the existence of the file and then continue.  Loop the script with a
>  5 count and error if it cant find it.  
> 
> 
> 
> 
> On 1/30/09 10:23 AM, "Thomas Larkin" <tlarki at kckps.org> wrote:
> 
>       
>  
>  
>>  
>>  
>> 
>>    
>> 
>>          
>>  
>>  
>>  
>> 
>>  It's Friday so I figured I would ask a ridiculous question.  I have an
>> application that is a super pain.  It is actually a Windows app, wrapped in
>> the cross over API that runs on Intel Macs.  The app itself runs well
>> actually but it needs to map to a network drive to connect to a database.
>>  So, if I manually map the drive the app works great and if I point the app
>> via the app config file to the shared volume it will not try to map it next
>> launch.  The problem is, the DB is on a novell share, and the Novell share
>> has AFP running and if I manually map it before I launch the application it
>> works great.  Since OS X maps network shares in /Volumes it keeps looking for
>> that network share in /Volumes, well if it isn't mapped it just errors out.
>>  I have tried putting the afp:\\path\to\share in the configuration file and
>> still no dice.  
>>  
>>  
>>  
>> 
>>     
>> 
>>        
>> 
>>          
>>  
>>  
>>  
>> 
>>  So, I am in contact with the developer now trying to get a solution, but
>> just in case as a back up, I figured i can wrap this thing up in an Apple
>> Script that will mount the share in question (each user will authenticate to
>> the share with their LDAP credentials) and then launch the app after the
>> mount has been verified.
>>  
>>  
>>  
>> 
>>     
>> 
>>        
>> 
>>          
>>  
>>  
>>  
>> 
>>  Anyone want to give me any pointers?  
>>  
>>  
>>  
>> 
>>     
>> 
>>        
>> 
>>          
>>  
>>  
>>  
>> 
>>  Thanks,        
>>  
>>  
>>  
>> 
>>  
>>   
>> ___________________________
>> Thomas Larkin
>> TIS Department
>> KCKPS USD500
>> tlarki at kckps.org
>> blackberry:  913-449-7589
>> office:  913-627-0351
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>         
>>  
>>  
>>  
>> 
>>  _______________________________________________
>> Casper mailing list
>> Casper at list.jamfsoftware.com
>> http://list.jamfsoftware.com/mailman/listinfo/casper
>>         
>>  
>>  
>  
> 
>          
> 
>        
>  
> 
>  
> 
>  
>  
>  
>  
> 
>  John Brenner    |   Merrill Corporation     |   IOG IT   |  651-632-4072
>       
>  
>  
>  
> 
>  
>  
>  
>  
>  
> 
>  
> 
>  
>  
>  
> 
>          
> 
>        
>  
> 
>  
>  
>  
>  
>  
> 
>  
>  
>  
>  


John Brenner    |   Merrill Corporation     |   IOG IT   |  651-632-4072






-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.jamfsoftware.com/pipermail/casper/attachments/20090130/5d40e49d/attachment.htm