Ik denk dat de terminologie is veranderd van aloha-apps naar ISV-apps.

Eerder de belangrijkste voordeel was dat geïnstalleerde ahola-apps niet meetelden voor verschillende organisatielimieten en konden werken met Group- en Professional-edities van Salesforce. In een eerdere Salesforce-release werden tenminste enkele van de voordelen doorgegeven aan alle beheerde pakketten.

Niet veel documentatie lijkt de term “aloha” meer te gebruiken. Er is een oud blogbericht Ontwerp een Aloha-app . Het bericht is gelinkt aan de Een applicatie ontwerpen voor Gro up- en Professional Edition -pagina die nu doorverwijst naar Architectonische overwegingen voor groeps- en professionele edities . Ik heb het volgende uit de wikigeschiedenis voor de oude pagina gehaald:

Bovendien komt uw beheerde pakket als onderdeel van het AppExchange Partner Program in aanmerking voor speciale machtigingen waarmee u kunt profiteren van unieke voordelen die ervoor zorgen dat uw app correct wordt geïnstalleerd en functioneert in GE en PE. Apps die op Force.com zijn gebouwd en die deze speciale machtigingen hebben, worden Aloha Apps genoemd. Aloha-apps worden hier vermeld op de AppExchange.

Als u in aanmerking komt, is een Aloha-app Apex-geautoriseerd en immuun voor bepaalde editiebeperkingen. Als uw app API-integratie vereist, kunnen in aanmerking komende partners bovendien API-toegang krijgen tot GE- en PE-organisaties. Bezoek ons op www.salesforce.com/partners voor meer informatie over het partnerprogramma, inclusief deelnamevereisten.

Opmerking: Uw app kan alleen een Aloha-app zijn en het Aloha App-pictogram op uw AppExchange-vermelding ontvangen als deze is verpakt als een beheerd pakket.

Hoe een Aloha-app maken?

Inmiddels begrijp je dat er veel speciale machtigingen zijn die je kunt gebruiken om te bouwen voor GE en PE. Als u “een app heeft gebouwd en u denkt dat deze klaar is om met GE / PE te werken zoals hij is, kunt u een aanvraag indienen bij het Partner Portal en een een case waarvoor een van de genoemde machtigingen wordt aangevraagd (Apex-autorisatie, Apps / Objects / Tabs Limit Immunity en / of API Access). Houd er rekening mee dat uw toepassing een beheerd pakket moet hebben dat aan de vermelding is gekoppeld en dat u een in aanmerking komende partner moet zijn. Bezoek ons op www.salesforce.com/partners voor meer informatie over het partnerprogramma, inclusief deelnamevereisten.

Houd er rekening mee dat u uw app mogelijk nog moet herontwerpen om GE / PE te ondersteunen, zelfs met deze speciale machtigingen actief. Als partner hebt u recht op verschillende testomgevingen om ervoor te zorgen dat uw app correct werkt tegen GE / PE. U kunt hier meer lezen.

Ik denk dat je in de toekomst beter de documentatie van Apex in groeps- en professionele edities kunt volgen

Zodra u zich ervan heeft vergewist dat uw app voldoet aan de vereisten voor de Aloha-status, moet u een aanvraag indienen in de partnerportal waarin u om toekenning vraagt. Dit is niet automatisch . Er is een specifieke case-categorie beschikbaar voor dergelijke verzoeken.

Opmerkingen

• Het lijkt erop dat Aloha-apps apps zijn (of waren) die in GE kunnen worden uitgevoerd of PE, en ook niet ‘ tellen mee voor typische limieten – zie success.salesforce.com/answers?id=90630000000h1rAAAQ
• ” U moet een in aanmerking komende partner zijn bij salesforce.com en uw app moet de veiligheidscontrole doorstaan. De juiste machtigingen worden automatisch ingeschakeld nadat u slagen voor de veiligheidscontrole. ” De Aloha-status is nu automatisch, volgens de link in het antwoord.
• Aloha, zoals het ‘ s die nog steeds worden gebeld door het tabblad LMA-abonnees, hebben nog steeds gevolgen voor de limieten – met name pakketten die aloha zijn ingeschakeld, tellen niet mee voor de limieten van de abonnee-org-tabbladen.

Wat is Aloha:

Aloha was een special status toegekend aan apps, zodat de apps niet meetelden voor verschillende limieten opgelegd door Salesforce.De voordelen waren:

• Aloha-apps telden niet voor Custom Apps, Objects en Tabs-limieten
• Aloha-apps konden Apex Code uitvoeren in Group Edition (GE) en Professional Edition (PE)
• Aloha-apps zouden de Web Service API voor GE en PE kunnen gebruiken

Toen Salesforce de AppExchange in augustus 2012 bijwerkte, Salesforce publiceert de term ” Aloha App. ”

Sinds augustus 2012 tellen alle beheerde pakketten niet mee voor de Salesforce-systeemlimieten. Hier is het Salesforce-blogbericht waarin de wijziging wordt aangekondigd:

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

Verzoek om ” Aloha ” status:

In wezen beschouwt Salesforce nu alle beheerde pakketten als Aloha. De enige vereiste voor een app om Aloha te zijn, is dat het een beheerd pakket is.

Het kan echter zijn dat u nog steeds Aloha ” status via het partnerportaal.

Zodra u uw beheerde pakket, open een case met salesforce-partnerondersteuning en vraag of uw pakket ” Aloha ingeschakeld is. ” Geef in uw supportcase het volgende op:

1. De URL van de pakketinstallatie
2. De URL van de AppExchange-lijst

Opmerkingen

• Welkom op de site! Gelieve niet ‘ te vragen om upvotes over antwoorden; stemmen is een inherent onderdeel van het SE-netwerk en uw antwoord zal worden gestemd als het stemmen verdient. Wat betreft het feit dat ze zijn gestopt met het gebruik van de term, misschien hebben ze dit in het openbaar gedaan, maar als je een zaak aanhangig maakt, moet je nog steeds om de Aloha-status vragen!
• Ik heb er een gedaan in juni van dit jaar – zonder deze term zou onze app dat niet doen ‘ kan niet worden geïnstalleerd in Professional Edition-organisaties vanwege enkele van de platformfuncties die onze app gebruikt. Nadat de zaak was ingediend en afgesloten met de opmerking ” Opmerking: ik ‘ ve aloha heeft dit pakket ingeschakeld. ” het werkte zoals verwacht.
• Onder Abonneeoverzicht staat nog steeds ” Aloha App ” met een selectievakje. Onze app heeft het en het moest handmatig worden ingeschakeld, hoewel dit omstreeks mei 2012 was.
• Vreemd mijn ervaring is dat het al een tijdje uit het casetype is verwijderd (sinds de slecht geformuleerde versie van augustus Aankondiging van 2012 dat het gaat), maar net als andere posters moet je er nog steeds om vragen (in mijn geval via een vanille-casetype), nadat je een veiligheidsbeoordeling hebt voltooid, waarvoor je op zijn beurt een Salesforce-partner moet zijn.
• @Robs Hangt ervan af hoe technisch je wilt zijn. Het effect dat voorheen Aloha Status heette, bestaat nog steeds (beheerde pakket-apps hebben speciale limiet-busting-functies), maar de term wordt niet langer gebruikt en heeft niet langer een afzonderlijk aanvraagproces. Zodra uw app aan de vereisten voldoet (partnerstatus, beveiligingsbeoordeling, AppExchange-vermelding), krijgt uw app automatisch het statuseffect zonder dat er een extra verzoek nodig is.