Jeg tror, at terminologien er ændret fra aloha-apps til ISV-apps.

Tidligere den største fordel var, at installerede ahola-apps ikke tællede med i forskellige organisationsgrænser og kunne arbejde med gruppe- og professionelle udgaver af Salesforce. I en tidligere Salesforce-udgivelse blev mindst nogle af fordelene videregivet til alle administrerede pakker.

Ikke meget dokumentation ser ud til at bruge udtrykket “aloha” mere. Der er et gammelt blogindlæg Design en Aloha-app . Indlægget linket til Design af en applikation til Gro op og Professional Edition side, som nu omdirigerer til Arkitektoniske overvejelser for gruppe- og professionelle udgaver . Jeg trak følgende ud af wikihistorikken for den gamle side:

Desuden er din administrerede pakke berettiget til som en del af AppExchange Partner Program særlige tilladelser, der giver dig mulighed for at drage fordel af unikke fordele, der sikrer, at din app korrekt installeres og fungerer i GE og PE. Apps bygget på Force.com, og som har disse specielle tilladelser kaldes Aloha Apps . Aloha-apps vises på AppExchange her .

Efter berettigelse er en Aloha-app Apex-autoriseret og immun over for visse udgavegrænser. Derudover, hvis din app kræver API-integration, kan kvalificerede partnere få API-adgang til GE- og PE-organisationer. For mere information om partnerprogrammet, herunder kvalifikationskrav, kan du besøge os på www.salesforce.com/partners.

Bemærk: Din app kan kun være en Aloha-app og modtage Aloha-appikonet på din AppExchange-liste, hvis den er pakket som en administreret pakke.

Hvordan at lave en Aloha-app?

Nu forstår du, at der er mange specielle tilladelser, du kan udnytte til at bygge til GE og PE. Hvis du har bygget en app, og du tror, den er klar til at arbejde med GE / PE, som den er, kan du logge en sag på Partnerportal og oprette en sag, der anmoder om en af de nævnte tilladelser (Apex-autorisation, apps / objekter / faner begrænser immunitet og / eller API-adgang). Bemærk, at din ansøgning skal have en administreret pakke tilknyttet sin fortegnelse, og at du skal være en kvalificeret partner. For mere information om partnerprogrammet, herunder kvalifikationskrav, kan du besøge os på www.salesforce.com/partners.

Husk, at du muligvis stadig skal omorganisere din app for at understøtte GE / PE, selv med disse specielle tilladelser aktive. Som partner har du ret til forskellige testmiljøer for at sikre, at din app fungerer korrekt mod GE / PE. Du kan lære mere her .

Jeg tror, at fremadrettet er du bedre ved at følge dokumentationen fra Brug af Apex i gruppe- og professionelle udgaver

Når du først har sikret dig, at din app opfylder kravene til Aloha-status, skal du rejse en sag i partnerportalen og bede om, at den tildeles, den er ikke automatisk . Der er en specifik sagskategori tilgængelig for sådanne anmodninger.

Kommentarer

• Det ser ud til, at Aloha-apps er (eller var) apps, der kan køre i GE eller PE, og tæller heller ikke ‘ t mod typiske grænser – se success.salesforce.com/answers?id=90630000000h1rAAAQ
• ” Du skal være en kvalificeret partner med salesforce.com, og din app skal gennemgå sikkerhedsanmeldelsen. De relevante tilladelser aktiveres automatisk, når du har bestå sikkerhedsanmeldelsen. ” Aloha-status er nu automatisk ifølge linket i svaret.
• Aloha, da den ‘ er stadig kaldt af fanen LMA-abonnenter, har stadig indflydelse på grænser – især aloha-aktiverede pakker tæller ikke ‘ t til abonnentens org-faneblad.

Hvad er Aloha:

Aloha var en speciel status givet til apps, så appsne ikke tæller med forskellige begrænsninger, der er pålagt af Salesforce.Fordelene inkluderet:

• Aloha-apps tællede ikke med til brugerdefinerede apps, objekter og faner
• Aloha-apps kunne køre Apex Code i Group Edition (GE) og Professional Edition (PE)
• Aloha-apps kunne bruge Web Service API til GE og PE

Da Salesforce opdaterede AppExchange i august 2012, Salesforce stoppede med at offentliggøre udtrykket ” Aloha App. ”

Siden august 2012 tæller alle administrerede pakker ikke med Salesforce-systemgrænser. Her er Salesforce-blogindlægget, der annoncerer ændringen:

http://blogs.salesforce.com/company/2012/08/everything-you-need-to-know-about-the-new-salesforce-appexchange.html

Anmoder om ” Aloha ” status:

I det væsentlige betragter Salesforce nu alle administrerede pakker som Aloha. Så det eneste krav for, at en app skal være Aloha, er, at den er en administreret pakke.

Du kan dog stadig have brug for at anmode om ” Aloha ” status via partnerportalen.

Når du opretter din administrerede pakke, åbn en sag med support fra Salesforce-partner og anmod om, at din pakke skal være ” Aloha Enabled. ” Angiv følgende i din supportsag:

1. Pakkeinstallations-URLen
2. AppExchange-lister-URL

Kommentarer

• Velkommen til siden! Bed ikke ‘ t om opstemninger om svar; afstemning er en iboende del af SE-netværket, og dit svar vil blive stemt op, hvis det fortjener stemmer. Med hensyn til at sige, at de stoppede med at bruge udtrykket, har de muligvis gjort det offentligt, men når du rejser en sag, skal du stadig bede om Aloha-status!
• Jeg gjorde en i juni i år – uden den ville vores app ikke ‘ t installeres i Professional Edition-organisationer på grund af nogle af platformens funktioner, som vores app bruger. Efter at sagen blev sendt og lukket med kommentaren ” Kommentar: Jeg ‘ har aloha aktiveret denne pakke. ” det fungerede som forventet.
• Under abonnentoversigt står der stadig ” Aloha App ” med et afkrydsningsfelt. Vores app har den, og den skulle aktiveres manuelt, selvom dette var omkring maj 2012.
• Mærkeligt min erfaring er, at den er blevet fjernet fra sagsformen i et stykke tid nu (siden den dårligt formulerede august 2012-meddelelse om, at det går), men ligesom andre plakater skal du stadig anmode om det (via en vaniljetype i mit tilfælde) efter at have gennemført sikkerhedsanmeldelse, hvilket igen kræver, at du er Salesforce-partner.
• @Robs Afhænger af, hvor teknisk du vil være. Effekten, der tidligere blev kaldt Aloha Status, eksisterer stadig (administrerede pakke-apps har specielle begrænsningsfunktioner), men udtrykket bruges ikke længere og har ikke længere en separat ansøgningsproces. Når din app opfylder kravene (Partnerstatus, Sikkerhedsanmeldelse, AppExchange-liste), får din app automatisk statuseffekten uden yderligere anmodning er nødvendig.