.NET Framework

Απ: που "βόσκει" τελικά το gacutil.exe!?

darklynx — Sun, 27 Mar 2011 03:49:54 GMT

Ας υποκριθούμε ότι πράγματι η χρήση του GAC Utility Tool είναι μονόδρομος .Το πλεονέκτημά σου είναι ότι όλοι οι χρήστες σου έχουν Visual Studio,άρα λογικά με το VS Command Prompt το gacutil θα δουλεύει κανονικά.Γιατί δεν το βάζεις λοιπόν αυτό να κάνει τη "βρωμοδουλειά";Π.χ δες πως σε ένα 32 μπιτο σύστημα με Visual Studio 2010 βάζεις το Command Prompt να απαριθμήσει όλα τα assemblies της GAC (φτιάξε ένα batch file με την παρακάτω εντολή και τρέξτο):

%comspec% /k ""%vs100comntools%\vsvars32.bat" && "gacutil" /lr"

Απλοϊκή λύση αλλά σε απαλλάσσει από την έγνοια του που "βόσκει" το εργαλείο.Επίσης είναι πράγματι ασφαλές το να κουβαλάς το gacutil με την εφαρμογή σου,μαζί με το config του αρχείο το οποίο δεν περιέχει κάτι platform specific.

Απ: που "βόσκει" τελικά το gacutil.exe!?

KelMan — Thu, 24 Mar 2011 05:18:57 GMT

Sorry αλλά δεν μπορώ να βοηθήσω. Δίνεις τόσο λίγες πληροφορίες που πραγματικά δεν γίνεται να βγει άκρη. Ακόμα και γι αυτά που έχεις πει, είναι τόσο ασαφές (από τεχνικής πλευράς) το τι προσπαθείς να κάνεις. Μπορεί να είναι τόσο απλό που να λύνεται με MSBuild και το GacUtil από τα MSBuild Community Tasks http://msbuildtasks.tigris.org/. Ορίστε, άλλη μια πιστολιά στον αέρα. Κάτι μου λέει όμως ότι ούτε αυτό θα σου αρέσει. Όπως και να έχει καλή τύχη.

Απ: που "βόσκει" τελικά το gacutil.exe!?

Markos — Thu, 24 Mar 2011 05:09:18 GMT

OK, OK... Για να δούμε αν κατάλαβα το σενάριο καλά μέχρι τώρα. Έχεις ένα library referenced στην εφαρμογή σου. Δεν ενδιαφέρει αν η τελευταία είναι .exe ή addin ή οτιδήποτε άλλο. Ενώ δουλεύεις μ' αυτό, κάποια στιγμή θέλεις να δουλέψεις με άλλο version του ιδίου library (γι' αυτό και θέλεις να κάνεις un-signing και signing δυναμικά). Όμως, στο GAC μπορείς να έχεις πολλαπλές version του ιδίου assembly και να "υποχρεώσεις" εφαρμογή σου να "χρησιμοποιήσει" το version που θέλεις εσύ κατά το δοκούν. Τουλάχιστον, έτσι λέει εδώ. Εκτός κι αν αναφέρεσαι σε κάποιο εξωτικό σενάριο του mono. Δεν έχω ξανα-ασχοληθεί με το θέμα και πιστεύω ότι όποιος γνωρίζει πέντε πράγματα περισσότερα ας τα γράψει.

Απ: που "βόσκει" τελικά το gacutil.exe!?

Johnnyxp64 — Thu, 24 Mar 2011 03:58:00 GMT

η λυση του msi δεν ειναι αποδεκτή (για πολους και διαφορους λογους), ευχαριστω αλλα αυτο ειναι πολυ εύκολο θα το ειχα κανει αμα ηθελα τετοια λυση.

ειμαι σιγουρος οτι το κανει ετσι η εφαρμογή που εχω δει διοτι το εχω ρωτηση εν μερη σε ατομα που ξεραν πως το κανει και απλα δεν θελαν να μου πουν πληρως αλλα αυτος ειναι ο τροπος που προσπαθω να κανω.

GAC διοτι ετσι πρεπει να ειναι λυπαμαι δεν μπορω να δωσω αλλες πληροφοριες το να μην μπορουμε η να μην γνωρισουμε αν γινεται κατι το σεβομαι το να προσπαθουμε να βρουμε αλλους τροπους οτνα δεν θελουμε να παμε σε αλλους τροπους δεν το καταλαβαινω.

ξερω οτι να βοηθησεται θελετε αλαλ θελω να με βοηθησετε αν μπορειτε με τον τροπο που θελω εγω να λυθει το προβλημα διοτι το ατημο το ξερω οτι λυνεται ετσι το καναν αλλοι το εχουν πει εν μερη δεν υπαρχει κανενα μαγικο msi πουθενα η κατι αλλο και δεν ειχαν λογο να πουν ψεματα, απλα εχουν καθε λογο να μην πουν τα παντα ετσι δεν ξερω λεπτομεριες πως το κανουν αυτο!!

το γιατι ετσι και γιατι GAC ξεχαστε το ετσι καλος η κακος ειναι.(θες ενα παραδειγμα να βαλεις την φαντασια σου να σκευτει, πες οτι εφτιαχνα παραδειγμα μια σουιτα σαν τα infragistics η τα devexpress ή τα teleric παραδειγμα, και ηθελα να εχω το κλειδωμα τυπου licence-unlicenced με αυτο τον τροπο, να ηθελα τα εργαλεια μου να εμφανιζοντε στην λιστα .ΝΕΤ αν παω να κανω add referesnce, να εχουν αλλη συμπεριφορά σε design και άλλη σε build, κτλ κτλ και η βαλίτσα παει μακρυά) Παράδειγμα μην πιαστούνε τώρα απο αυτό ντε και καλά και το αναλύουμε.

μην κολαμε εκει.

thank you

Απ: που "βόσκει" τελικά το gacutil.exe!?

KelMan — Thu, 24 Mar 2011 01:58:48 GMT

Johnnyxp64:
KelMan:

Ο "δύσκολος" τρόπος (που είναι πολύ εύκολος - μερικά κλικ σε ένα setup project) είναι να χρησιμοποιήσεις ένα MSI.
... δεν μπορω να τρεχω setup μεσα απο addin να κανει αυτη την δουλεια καθε φορα που κανει ενα project build!

Τι εννοείς ότι δεν μπορείς να τρέχεις setup; To MSI δεν είναι υποχρεωτικό να το τρέξεις με interactive τρόπο. Μπορείς να το τρέξεις προγραμματιστικά (batch file ή PowerShell) μέσω του msiexec με silent τρόπο.

Πάντως δεν καταλαβαίνω γιατί GAC. Το GAC έχει νόημα αν είσαι Infragistics ή γράφεις κάποια εφαρμογή με υψηλή ασφάλεια που θα τρέξει σε ένα corporate περιβάλλον (που ενδεχομένως να κάνει manage τα assemblies μέσω policies) και χρησιμοποιεί κάποια strong-named assemblies. Τι πρόβλημα σου λύνει το GAC δηλαδή; Επίσης, που ξέρεις πώς ακριβώς υλοποιείται αυτό που απλά βλέπεις σε κάποιο άλλο έργο;

Απ: που "βόσκει" τελικά το gacutil.exe!?

Johnnyxp64 — Wed, 23 Mar 2011 23:53:59 GMT

sorry είπα δεν μπορώ να πω άλλα, εχω περιγράψει πλήρως τι πρέπει να γίνει, το θέμα είναι αν γίνεται το γιατί πρέπει να γίνει δεν εχει καμία απολύτως σημασία για την ερώτηση δεν θέλω να πω τι σκοπεύω να κάνω ώστε να μου προτείνετε άλλες πιθανές λύσεις γιατί απλα, αυτό που πρέπει να κάνω γίνεται μόνο έτσι και αυτό είναι σίγουρο 1000% το έχω δει σε αντίστοιχο έργω αλλά δεν μπορώ να δω κώδικα ούτε να βρω τους σχεδιαστές του να τους ρωτήσω!

αναγκαστηκα μεχρι καποιος να μου δωσει μια "σίγουρη" απάντηση να δοκιμάσω να κανω πειράματα και να στέλνω σε χρήστες vs αυτο που θελω με διαφορες εκδοσεις να παρω feedback......

και ο θεος βοηθος....

thank you all so far i am waiting for any proven working solution ;-)

Απ: που "βόσκει" τελικά το gacutil.exe!?

Markos — Wed, 23 Mar 2011 22:49:49 GMT

Johnnyxp64:

...
τωρα αυτο το addin αντιλαμβάνεται ήδη ποτέ πάει να κανει build μια εφαρμογή.
λιγο πριν κανει το Build ομως θελω να κανω uninstall ενα GAC και να το αντικαθηστω με ένα αλλο που θα συμπερηφεραιτε "διαφορετικα" οταν θα κανω μετα deploy την εφαρμογή μου.

Τώρα μπαίνω κι εγώ στον πειρασμό να ρωτήσω: Τι ακριβώς θέλεις να κάνεις; Αντιλαμβάνομαι ότι δυσκολεύεσαι να απαντήσεις (ίσως να δεσμεύεσαι κιόλας), αλλά κάτι μου λέει ότι πρέπει να υπάρχει κι άλλος τρόπος για να κάνει το addin αυτά που ζητάς.

Απ: που "βόσκει" τελικά το gacutil.exe!?

Johnnyxp64 — Wed, 23 Mar 2011 22:43:05 GMT

KelMan:

Ο "δύσκολος" τρόπος (που είναι πολύ εύκολος - μερικά κλικ σε ένα setup project) είναι να χρησιμοποιήσεις ένα MSI.

δεν παιζει αυτο λογο σεναριου οπως γραφω παραπανω, δεν μπορω να τρεχω setup μεσα απο addin να κανει αυτη την δουλεια καθε φορα που κανει ενα project build!

αμα τα strong names ειναι διαφορετικα τι πειραζει? αφου το αλλο θα αντικατασταθει εντελος.... περα απο το αν θα εχω τα αποτελεσματα που θελω, το αρχικο ερωτημα παραμενει! ποιος ειναι για το σεναριο που γραφω λιγο ποιο πάνω ο καλύτερος τρόπος να εντοπίσω το utility και μετα να προσπαθήσω να κανω αυτο το swapping.....

και ακομα αν ξερουμε αν το visual studio οσο απλα ειναι ανοικτο δεν κανει build, "δεσμευει" τα GACs? δηλαδη αμα παω και κανω uninstall (δεν το εχω δοκιμασει και λεω να ρωτησω πριν κανω καμια γκαφα) ενα GAC την ωρα που ειναι απλα ανοιχτο το VS θα το κανει η θα πει "μπιπ i am in use"....αυτο ειναι το σταδιο 2.

Απ: που "βόσκει" τελικά το gacutil.exe!?

KelMan — Wed, 23 Mar 2011 22:15:27 GMT

Πως μπορεί να είναι ακριβώς τα ίδια; Ένα byte να έχει αλλάξει και το hash του signature θα είναι διαφορετικό. Ρίξε μια ματιά εδώ http://msdn.microsoft.com/en-us/library/wd40t7ad.aspx

Ο "δύσκολος" τρόπος (που είναι πολύ εύκολος - μερικά κλικ σε ένα setup project) είναι να χρησιμοποιήσεις ένα MSI.

Απ: που "βόσκει" τελικά το gacutil.exe!?

Johnnyxp64 — Wed, 23 Mar 2011 21:34:48 GMT

KelMan:
Johnnyxp64:

φυσικα τα assemply names θα ειναι τα ιδια.

Το assembly name μπορεί να είναι το ίδιο αλλά για να μπει κάτι στο GAC πρέπει να είναι signed και το signing έχει να κάνει με τα περιεχόμενα, μιλάμε δηλαδή για strong-named assemblies. Άρα έτσι απλά που το πας, δεν το βλέπω να πετυχαίνει...

αν σας ελεγα οτι strong-named assemblies ειναι ακριβως τα ιδια!? ιδιο μεγεθος κτλ και η διαφορα ειναι τετοια που δεν επηρεαζει το strong name...

εστω ας μην γινεται με τον "εύκολο" ποιος ειναι ο "δυσκολος" τροπος? αρκει να γινεται!

Απ: που "βόσκει" τελικά το gacutil.exe!?

KelMan — Wed, 23 Mar 2011 20:48:49 GMT

Johnnyxp64:

φυσικα τα assemply names θα ειναι τα ιδια.

Το assembly name μπορεί να είναι το ίδιο αλλά για να μπει κάτι στο GAC πρέπει να είναι signed και το signing έχει να κάνει με τα περιεχόμενα, μιλάμε δηλαδή για strong-named assemblies. Άρα έτσι απλά που το πας, δεν το βλέπω να πετυχαίνει...

Απ: που "βόσκει" τελικά το gacutil.exe!?

dimos.homatas — Wed, 23 Mar 2011 19:36:57 GMT

Δεν έχω ασχοληθεί με addins. Δεν μπορείς να βάλεις ένα αντίγραφο ως resource στο δικό σου project και να το χρησιμοποιείς κατά βούληση; Το έχω κάνει κατά καιρούς με διάφορα command line εργαλεία.

Απ: που "βόσκει" τελικά το gacutil.exe!?

Johnnyxp64 — Wed, 23 Mar 2011 19:05:31 GMT

παιδιά αρχικά σας ευχαριστώ πολυ για το ενδιαφέρων

αλλά σεβαστητε το οτι δεν μπορω να πω ακριβώς το εργο τι κανει ή πρεπει να κανει!

ξερω οτι θα βοηθουσε παρα πολυ αλλα δεν μπορώ!

το καλητερο που μπορω να κανω ειναι να δωσω καποιες πληροφοριες και ενα γενικο σεναριο!

λοιπον ας παρουμε τα πραγματα απο την αρχη και χτες ηταν αργα οταν τα εγραφα ξεχασα καποια θεματα.

το εργο ειναι Addin του Visual Studio!

αρα πρεπει να εχεις καποιος Visual Studio!

αρα θα εχει και SDK καπου!???

τωρα αυτο το addin αντιλαμβάνεται ήδη ποτέ πάει να κανει build μια εφαρμογή.

λιγο πριν κανει το Build ομως θελω να κανω uninstall ενα GAC και να το αντικαθηστω με ένα αλλο που θα συμπερηφεραιτε "διαφορετικα" οταν θα κανω μετα deploy την εφαρμογή μου.

για αυτο ρωτω κατα ποσο ειναι δυνατον να κανω κατι τετοιο....Α το gac αυτο φυσικα και το εχει κανει ιδι load το visual studio ομως!

θα μπορεσω εγω να το αντικαταστησω να κανω το build που θελω με αλλο dll στην θεση του που θα κανει κατι ιδικο στην εφαρμογήν μου (δεν μας ενδιαφέρει τι)

και μετα να το αντικαταστήσω πάλι πίσω στο GAC οπως ηταν οταν ανοιξε το visual studio, ωστε ο προγραμαμτιστης να εχεις αλλες δυνατοτητες στο VS.

ζηταω πολλα ε?

φυσικα τα assemply names θα ειναι τα ιδια.

Απ: που "βόσκει" τελικά το gacutil.exe!?

Παναγιώτης Καναβός — Wed, 23 Mar 2011 16:35:17 GMT

Να προσθέσω κι εγώ, ότι η αντικατάσταση των assemblies (ή οποιουδήποτε binary) μίας εφαρμογής ανήκει 100% στην κατηγορία deployment? Τα setup και τα patches υπάρχουν ακριβώς γι αυτό το λόγο, για να αντικαθιστούν παλιά binaries με ασφάλεια.

Johnny, ακόμα δεν περιέγραψες το σενάριο αλλά πως νομίζεις ότι θα δουλέψει. Γιατί θέλεις να πειράξεις το GAC αλλά να μην φτιάξεις setup? Τί προσπαθείς να κάνεις? Αν θέλεις π.χ. θέλεις να φορτώνεις plugins δυναμικά, μπορείς άνετα να τα βάλεις στο ίδιο folder με το exe σου. Άσε που με το MEF τα πράγματα είναι ακόμα πιο εύκολα. Αν θέλεις να αλλάξεις τα dll ενός web site μπορείς να σβήσεις τα παλιά και να αντιγράψεις τα καινούρια μέσα στο GAC με τον Windows Explorer.

Τί θέλεις να κάνεις πραγματικά?

Απ: που "βόσκει" τελικά το gacutil.exe!?

Markos — Wed, 23 Mar 2011 08:19:27 GMT

Έπεσα πάνω στο άρθρο "Managed Fusion" που είναι νεότερο και ίσως σε βοηθήσει ο κώδικάς του. Πάντως, καλού κακού αναπαράγω το εξής:

Caution: Do not use these APIs in your application to perform assembly binds or to test for the presence of assemblies or other run time, development, or design-time operations. Only administrative tools and setup programs must use these APIs. If you use the GAC, this directly exposes your application to assembly binding fragility or may cause your application to work improperly on future versions of the .NET Framework.

(Η προειδοποίηση υπάρχει και στο MSDN).