Quantcast
Channel: tyoshikawa1106のブログ
Viewing all 1438 articles
Browse latest View live

SFDC:Files ConnectによるBoxとの連携を試してみました

$
0
0

Summer'16からFiles ConnectをつかってBoxと連携できるようになりました。実際にどんな感じかPreRelease環境で確認してみました。


設定でFiles Connectを有効化します。
f:id:tyoshikawa1106:20160529205534p:plain


Files Connectを利用できるように権限セットを用意します。
f:id:tyoshikawa1106:20160529205931p:plain

補足

Files Connectにはこういうルールもあったみたいです。
f:id:tyoshikawa1106:20160529210136p:plain


Boxのコンシューマキーなどの取得が必要になります。次のサイトから取得できるみたいです。


Boxアカウントでログインできました。
f:id:tyoshikawa1106:20160529211057p:plain


はじめにボタンをクリックしてアプリケーション名を入力します。
f:id:tyoshikawa1106:20160529211207p:plain


アプリの詳細情報を入力できます。また、ここでOAuth情報も取得できました。
f:id:tyoshikawa1106:20160529211635p:plain


client_idとsecretの情報が取得できたのでこれをつかって認証プロバイダの設定を行います。プロバイダタイプはOpen IDでいいみたいです。
f:id:tyoshikawa1106:20160529211803p:plain


入力情報はこんな感じ
f:id:tyoshikawa1106:20160529212143p:plain


設定するとコールバック URLを取得できるようになります。これをBox側のOAuth2パラメータのredirectURLにセットして登録します。これでアプリケーションの作成とSFDC側の認証ブロバイダの設定が完了しました。
f:id:tyoshikawa1106:20160529212519p:plain


次は外部データソースの設定です。種別にFiles ConnectのBoxが用意されていました。ここで先ほど作成した認証ブロバイダを紐付けます。
f:id:tyoshikawa1106:20160529212701p:plain



外部データソースの設定を保存しようとするとBoxの認証画面が表示されます。ここで認証を許可して先に進めます。
f:id:tyoshikawa1106:20160529212854p:plain


認証済みとなったら外部データソースの設定は完了です。
f:id:tyoshikawa1106:20160529212939p:plain


外部データソースの設定ができたら外部オブジェクトを作成します。データソース詳細ページの検証して同期ボタンをクリックします。
f:id:tyoshikawa1106:20160529213342p:plain


チェックをつけて同期ボタンをクリックします。
f:id:tyoshikawa1106:20160529213413p:plain


これで外部オブジェクトの作成も完了しました。
f:id:tyoshikawa1106:20160529213528p:plain


カスタム項目もこのように作成されています。
f:id:tyoshikawa1106:20160529213602p:plain


さいごに、作成した外部データソースを利用できるように権限セットに追加します。
f:id:tyoshikawa1106:20160529213807p:plain


これでSalesforceとBoxの連携を行うことができました。Summer'16からLightning ExperienceでもFiles Connectで連携したファイルを参照することができます。
f:id:tyoshikawa1106:20160529214014p:plain


アクセスを許可して再度ページにアクセスするとこのようにファイルを参照できました。
f:id:tyoshikawa1106:20160529214129p:plain


Boxと比べてみるとこんな感じ。正しくファイルを参照できています。
f:id:tyoshikawa1106:20160529214214p:plain


ファイルストレージの大きなものはBoxで管理するといった使い方ができそうです。Files Connectを利用すればこういった連携周りの処理を実装する必要がないので便利だと思います。

関連記事


SFDC:Summer'16 - Lightning ExperienceとFiles Connect

$
0
0

Lightning ExperienceとFiles Connectまわりに新機能が追加されています。

f:id:tyoshikawa1106:20160530023249p:plain

リリースノート


Chatterファイルに外部ファイルが追加されています。
f:id:tyoshikawa1106:20160530023508p:plain


Spring'16時点では表示されていませんでした。
f:id:tyoshikawa1106:20160530023753p:plain


また、Boxとの連携機能が正式にリリースされました。
f:id:tyoshikawa1106:20160530023849p:plain

リリースノート

SFDC:Summer'16 - Files Connectの外部オブジェクトとグローバル検索

$
0
0

Files Connectの外部オブジェクトをグローバル検索で検索できるようにする設定が追加されました。

f:id:tyoshikawa1106:20160530024042p:plain

リリースノート


外部オブジェクト詳細ページの検索を許可にチェックをつけます。
f:id:tyoshikawa1106:20160530024214p:plain


これだけで大丈夫みたいです。ただ、他のレコードと同じようにインデックスが設定されるまで少し時間がかかるみたいです。

SFDC:AtlassianとSalesforceプロジェクト

SFDC:既存Gitリポジトリから始めるSalesforceプロジェクト

$
0
0

ちょっと前にこういう記事を書きました。Salesforceプロジェクトを作成してGitリポジトリにアップする手順についてです。


実際のプロジェクトでは一からリポジトリを用意するのではなく、既にある(他の人がつくった)リポジトリをつかって開発を進める場合がほとんどだと思います。今回はその時の手順についてまとめてみようと思います。


まずはリモートブランチにリポジトリを用意した状態にします。BitbucketにしましたがGitHubでも同じようにできると思います。
f:id:tyoshikawa1106:20160603200930p:plain


次にMavents MateをつかってSalesforceプロジェクトを作成します。
f:id:tyoshikawa1106:20160603201201p:plain

f:id:tyoshikawa1106:20160603201309p:plain


ここまでできたら、Salesforceプロジェクトとリモートブランチのリポジトリを紐付けていきます。


まずはGitリポジトリとして初期化からです。

$ git init

f:id:tyoshikawa1106:20160603201500p:plain


次のremoteコマンドでBitbucketのリポジトリと紐付けます。

$ git remote add origin git@bitbucket.org:<your app>.git

f:id:tyoshikawa1106:20160603201828p:plain


これで紐付けができました。


次はリモートブランチ側のコードの取得を行います。ですが『git pull』だと次のようにエラーとなります。
f:id:tyoshikawa1106:20160603202012p:plain


ちなみに『git pull origin master』だとこうなります。
f:id:tyoshikawa1106:20160603204106p:plain


ではどうすればいいかというと、git fectchとgit resetを使えばいいみたいです。

$ git fetch origin
$ git reset --hard FETCH_HEAD


これでBitbucketのリポジトリにあるコードを取得することができました。(『git log』コマンドを実行するとコミットログが正しく取得できることを確認できると思います。)
f:id:tyoshikawa1106:20160603204233p:plain



ここで『git status』コマンドを実行してみます。するとまだコミットされていないコードが表示されます。
f:id:tyoshikawa1106:20160603204423p:plain


これはSalesforce組織上でHelloWorldページを作成してまだコミットしていない状態のときです。Bitbucket上のコードを取得しながら、Salesforce組織との差分をきちんと管理できていることが確認できました。


あとはこういった差分ファイルを必要に応じてコミットすることでSalesforce組織とリモートブランチ側のコードの差分を無くすことができると思います。
f:id:tyoshikawa1106:20160603205211p:plain


これで既存GitリポジトリのコードをつかってSalesforce開発を進めていく準備ができました。あとは通常通りにブランチ作成やコミット、プッシュと開発作業を進めていけると思います。

SFDC:Lightnign Design System 1.0.5が公開されました

$
0
0

もうすごく前の話ですが変更点を一応確認しておこうと思います。
f:id:tyoshikawa1106:20160607233450p:plain

変更①

slds-icon-custom-XXというクラス指定の方法が非推奨になり、 slds-icon-custom-customXXという指定を行うように変更されたみたいです。

Adding a background color to icons from the custom set is now done using the slds-icon-custom-customXX class (e.g. slds-icon-custom-custom25), instead of slds-icon-custom-XX (deprecated). This change addresses #203

変更②

パンくずリストコンポーネントのアクセシビリティが向上したみたいです。

Improved accessibility of the breadcrumbs component

変更③

Webフォントの読み込み処理についての設定ができるようになったみたいです。

The Design System now allows developers to load Salesforce webfonts using their preferred method instead of the default @font-face rules. To disable the default font loading method, set $slds-load-webfonts: false; before importing the Design System Sass file.

変更④

Node.js 6 との互換性があるようになったみたいです。

The project is now compatible with Node.js 6

変更⑤

SLDSサイトにコンポーネント検索機能が追加されました。これで使いたいコンポーネントを探しやすくなります。・・・最近みたら検索機能が表示されなくなっていました。

Search! You can now get faster to components and the deepest parts of the documentation using the search field at the top of the navigation

SFDC:Lightnign Design System 2.0.1が公開されました

$
0
0

Lightnign Design System 2.0.1が公開されました。
f:id:tyoshikawa1106:20160607233626p:plain

https://www.lightningdesignsystem.com/release-notes/

SITE IA/ENHANCEMENTS

まずサイト自体の構成が変更されました。一部メニューの位置が移動になったり、ナビゲーションが改善されたりしたみたいです。
f:id:tyoshikawa1106:20160607233747p:plain

NEW COMPONENTS AND VARIANTS

今回のアップデートで新しいコンポーネントが追加されました。

Checkbox Toggle

f:id:tyoshikawa1106:20160607234010p:plain

Checkbox Alternate

f:id:tyoshikawa1106:20160607234036p:plain

Card - Related list with tiles

f:id:tyoshikawa1106:20160607234120p:plain

Data Table - Basic and Advanced

f:id:tyoshikawa1106:20160607234302p:plain
※これはどこが変わったのかわからなかったです。

Detail Panel with Inline Edit Form

f:id:tyoshikawa1106:20160607234418p:plain
※詳細ページ用のスタイルです。インライン編集用の✎アイコンも表示できます。

Docked Composer - Voice Integration

f:id:tyoshikawa1106:20160607234549p:plain
※Voice用のスタイルが豊富になりました。

Modal with no header and/or no footer

f:id:tyoshikawa1106:20160607234704p:plain
※ヘッダー無しまたはフッターなしのModalが利用できるようになりました。

Lookups spec updated - Single and Polymorphic

f:id:tyoshikawa1106:20160607234859p:plain

Page headers spec updated

f:id:tyoshikawa1106:20160607234955p:plain
※ページヘッダーの仕様更新

Vertical Navigation for in-page navigation

f:id:tyoshikawa1106:20160607235104p:plain

Radio Group Alternate

f:id:tyoshikawa1106:20160607235155p:plain

Tree Grid

f:id:tyoshikawa1106:20160607235231p:plain

ADDED

以下のクラスが利用できるようになったみたいです。

  • Alignment utility - Absolute Center - Alignment - Absolute center utility
  • Interaction utilities - Link reset - Interaction Utilities
  • Text Utility - Heading label normal - Heading label normal
  • Theme Utility - Light version theme texture - Theme texture
  • Position input icons on both sides of the input container - Input
  • Position utilities - Relative and Static - Position Utilities

CHANGES

フォントサイズが小さくなったりModalの隙間がへったりいろいろ多くの変更があるみたいです。
f:id:tyoshikawa1106:20160607235437p:plain

FIXED

固定IE11のページヘッダ切り捨てのバグが解決したりしているみたいです。
f:id:tyoshikawa1106:20160607235526p:plain

DEPRECATED

非推奨になったものもけっこうありました。
f:id:tyoshikawa1106:20160607235603p:plain

REMOVED

除外されたものもありました。
f:id:tyoshikawa1106:20160607235653p:plain


v.2.0.1はこんな感じです。新しいコンポーネントが追加されたかなり良くなっている感じでした。

SFDC:フィードベースのレイアウトとapex:detailタグ

$
0
0

Salesforceにはフィードベースのレイアウト機能が用意されています。フィードと詳細の情報をタブ切り替えで表示できる便利なレイアウトです。
f:id:tyoshikawa1106:20160608002451p:plain


これは新規ページレイアウトで新しく作る際に選択できます。
f:id:tyoshikawa1106:20160608002640p:plain


フィードベースのレイアウトを利用する際に1つ意識しておくといいことがありました。apex:detalタグとの関係です。
f:id:tyoshikawa1106:20160608002807p:plain


詳細ページの情報をVFページに埋め込めるapex:detailタグですが、フィードベースのレイアウトを表示しようとするとアクセス権エラーとなってしまうみたいです。
f:id:tyoshikawa1106:20160608003050p:plain


通常のレイアウトの場合はapex:detailタグでも問題なく表示できたので、プロファイルの設定の問題ではないと思います。(標準ページへのアクセスも問題なし)
f:id:tyoshikawa1106:20160608003330p:plain


ちなみに標準オブジェクトの場合はエラーとなりませんでした。ですがよく見るとフィードベースのレイアウトは反映されていないようです。
f:id:tyoshikawa1106:20160608003706p:plain


フィードベースのレイアウトとapex:detailタグの関係はこんな感じです。


SFDC:TrailHeaDX Live Broadcast 見てみました

$
0
0

その他の情報

f:id:tyoshikawa1106:20160608103532p:plain

DreamHouse

SFDC:REST APIでSalesforceにレコードを登録する

$
0
0

TrailheadのREST APIの使い方。

ワークベンチのREST Exploerから動作確認できます。

  • POSTを選択
  • エンドポイント = 『/services/data/v37.0/sobjects/account』
  • Request Bodyは以下のとおり
{
  "Name" : "Blackbeards Grog Emporium",
  "Description" : "The finest grog in the seven seas."
}

※HeadersボタンをクリックするとRequest Headersも表示できます。

f:id:tyoshikawa1106:20160702013732p:plain

SFDC:REST APIでオブジェクトの項目情報を取得する

$
0
0

ワークベンチから実行確認できます。

  • GETを選択
  • エンドポイント = 『/services/data/v37.0/sobjects/account/describe』

簡単ですね。
f:id:tyoshikawa1106:20160702013950p:plain

SFDC:SoapUIをつかってSalesforce SOAP APIを試す手順

$
0
0

TrailheadにまとめられていたSOAP APIの使い方です。


設定→APIでWSDLを取得します。
f:id:tyoshikawa1106:20160702021420p:plain


GenerateボタンをクリックするとWSDLファイルをダウンロードできます。
f:id:tyoshikawa1106:20160702021526p:plain


f:id:tyoshikawa1106:20160702021737p:plain


WSDLファイルがあればSOAP APIを実行することができます。ですが、SOAP APIはREST APIと違いワークベンチから動作確認することができません。


そんな問題を解決できるSoapUIというツールがあるみたいです。


Get Itボタンをクリックするとインストーラをダウンロードできます。
f:id:tyoshikawa1106:20160702022547p:plain



インストール後に起動するとこんな感じに表示されます。(※起動時にユーザ名の入力欄が表示されましたがスキップ可能でした。)
f:id:tyoshikawa1106:20160702024818p:plain


画面左のProjectを右クリック→New Soap Projectを選択します。
f:id:tyoshikawa1106:20160702025031p:plain


Project Nameを指定して先程のWSDLをダウンロードしてパスを指定します。
f:id:tyoshikawa1106:20160702025337p:plain


OKボタンをクリックするとProjectが作成されます。
f:id:tyoshikawa1106:20160702025432p:plain


Login→Request1をダブルクリックするとウィンドウが表示されます。ここでユーザ名とパスワードを入力します。(?の部分をSFDCのログイン情報に変更する)
f:id:tyoshikawa1106:20160702025805p:plain


もうひとつorganizationIdを指定する箇所もありますが、このurn:LoginScopeHeaderタグはまとめて除外してしまいます。


ウィンドウ右上の▶アイコンをクリックするとログインできます。正しく実行できるとユーザ情報やセッション情報などの取得に成功します。


セッションIDはこれからAPIを実行する際に必要になるのでコピーしておきます。


create→Request1をダブルクリックします。soapenv:Headerタグ内はセッションIDを指定するタグだけ残して除外します。


URLも指定できるので自分のインスタンスに変更します。また、soapenv:Bodyタグ内を次のように変更します。

<soapenv:Body>
    <urn:create>
        <urn:sObjects xsi:type="urn1:Account" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <Name>Sample SOAP Account</Name>
        </urn:sObjects>
    </urn:create>
</soapenv:Body>


あとは▶アイコンをクリックすればSOAP APIが実行されます。
f:id:tyoshikawa1106:20160702031700p:plain


これの場合は取引先のテストデータが登録されます。
f:id:tyoshikawa1106:20160702031808p:plain


以上がSoapUIをつかってSalesforceのSOAP APIを実行する手順です。SOAP APIの動作確認をしたいときなどはこのツールを使うと作業がしやすくなると思います。

SFDC:ワークベンチでBulk APIを動かしてみるときの手順

$
0
0

詳細はこちら


まずはREST Explorerから。

  • POSTを選択
  • エンドポイントを指定『/services/async/37.0/job』
  • RequestBodyは次のとおり
{
  "operation" : "insert",
  "object" : "Account",
  "contentType" : "JSON"
}


更に今回はSession IDが必要になります。SoapUIとSoapAPIで取得したりできます。あとはApexを使う方法とか。

System.debug(UserInfo.getSessionId());


SessionIDはRequest Headersに指定します。

Content-Type: application/json; charset=UTF-8
Accept: application/json
X-SFDC-Session:<Your SessionID>


正しく実行できればいろいろな情報を取得できます。
f:id:tyoshikawa1106:20160702034049p:plain


id: となっているのがJOBIDです。これをコピーして利用します。


次のように変更して実行するとBulk APIが実行されます。

/services/async/37.0/job/<JOBID>/batch


Request BodyはJSON文字列です。(登録内容)
f:id:tyoshikawa1106:20160702034517p:plain


処理の進捗は次のようにしてGetすると確認できます。

/services/async/XX.0/job/jobID

f:id:tyoshikawa1106:20160702034646p:plain


『/batch』とつけるとbatchInfoを取得できます。
f:id:tyoshikawa1106:20160702034840p:plain


jobIDとは別にIDを取得できます。これをつかって次のようなAPIを実行できます。

/services/async/36.0/job/<jobId>/batch/<batchId>/result

f:id:tyoshikawa1106:20160702035018p:plain


本来は最後にジョブをクローズする必要がありますが、ひとまずこんな感じです。

SFDC:トランザクションセキュリティについて

$
0
0

トランザクションセキリティ機能ですが、Trailheadに概要がまとめられていました。

SFDC:トランザクションセキュリティ機能を試してみました

$
0
0

トランザクションセキュリティ機能を試してみました。設定のセキュリティのコントロールから有効化できます。
f:id:tyoshikawa1106:20160702150035p:plain


有効化するとこんな感じ。
f:id:tyoshikawa1106:20160702150134p:plain


新規ボタンから新しいポリシーを作成できます。
f:id:tyoshikawa1106:20160702150236p:plain


f:id:tyoshikawa1106:20160702150538p:plain


Apexクラスを作成を選択するとクラスが自動で作成されました。おそらくこれをカスタマイズして利用する流れだと思います。
f:id:tyoshikawa1106:20160702150632p:plain


実際にブロックされるとこんな感じ。
f:id:tyoshikawa1106:20160702150822p:plain


メール通知もできます。
f:id:tyoshikawa1106:20160702150858p:plain


まだ細かい使い方は理解できていませんが、設定の流れはこんな感じです。

追記

他のオブジェクトと同じようにビューを作成することも可能です。
f:id:tyoshikawa1106:20160702153427p:plain


SFDC:Lihtning Componentでボタンを非活性にする方法

$
0
0

TrailheadでLightning Componentについて学ぶことができます。


Handle Actions with Controllersの課題でボタンの非活性を試してみましょう。というのがありました。ページ内の情報的にevent.getSource()を使えばできそうでしたが、試行錯誤するのちょっと面倒だなーと思ってみたので検索してみました。


するとDiscussionForumに解答が。これで無事にクリアすることができました。
f:id:tyoshikawa1106:20160702155948p:plain

Lightning Components Basics: Handle Actions with Controllers - Salesforce Developer Community


getSource()をつかった属性の変更方法は覚えておくといろいろ役立ちそうです。

({
    packItem: function(component, event, helper) {
        var a = component.get("v.item",true);
        a.Packed__c = true;
        component.set("v.item",a);
        var btnClicked = event.getSource();
        btnClicked.set("v.disabled",true);
    }
})


SFDC:Check out our new Lightning Dev Center

SFDC:Summer'16 - Lightning Componentの入力フォームサンプル

$
0
0

Summer'16版、Lightning Componentの入力フォームサンプルです。

f:id:tyoshikawa1106:20160702164126p:plain

参考


f:id:tyoshikawa1106:20160702165633g:plain

Rails:Rails 5.0をインストールしてみました

$
0
0

今入っているバージョンは『Rails 4.2.6』。ここからバージョンアップしてみます。
f:id:tyoshikawa1106:20160702211620p:plain


gemを最新バージョンにしておきます。

$ gem -v
$ gem update --system


次のコマンドでRailsの最新バージョンをインストールできるみたいです。

$ gem install rails


とりあえずrails 5.0.0が利用できるようになりました。
f:id:tyoshikawa1106:20160702212356p:plain

SFDC:react-lightning-component-templateを試してみました

$
0
0

react-lightning-component-templateを試してみました。"gulp","webpack","jsforce"をつかったSalesforceの開発環境の構築について確認できます。


SALESFORCE DEVELOPERS.INFOの6月20日の記事で紹介されていたものです。

f:id:tyoshikawa1106:20160702225932p:plain

利用手順

まずはgit cloneから始めます。

$ git clone git@github.com:zaki-yama/react-lightning-component-template.git

f:id:tyoshikawa1106:20160702230114p:plain


.env.json.sample をコピーして .env.json を作成し、ユーザー名・パスワードを記入します。
f:id:tyoshikawa1106:20160702230406p:plain


ログイン情報を保持する.env.jsonファイルは.gitignoreをつかってgit管理の対象から除外しています。これでログイン情報を外部に公開せずに済みます。
f:id:tyoshikawa1106:20160702231355p:plain


次はnpm installを実行します。

$ npm install


それからgulpコマンドを使うので、まだ入れていない場合は実行します。

$ npm install -g gulp


次のコマンドでビルドとデプロイできます。

$ gulp


自分の環境で実行したときに次のエラーが発生しました。

fs: re-evaluating native module sources is not supported. If you are using the graceful-fs module, please update it to a more recent version.


エラーメッセージで検索してみたところ、Nodeのバージョンが6系の場合に発生するエラーみたいです。


nodebrewをつかっているので次の手順でバージョンを変更できました。

// バージョン確認 -> v6.0.0でした
$ node -v
// インストール済みのバージョン確認
$ nodebrew ls
// 利用バージョン変更 -> 5系に変更
$ nodebrew use v5.5.0


変更後は再度npm installコマンドを実行します。(node_modulesフォルダを削除してから実行)


上記対応後に再度実行してみるともう一つエラーが発生しました。

resolve module react-lightning-design-system

f:id:tyoshikawa1106:20160702233704p:plain


react-lightning-design-systemがありませんというエラーでした。react-lightning-design-systemはReact開発でSLDSを簡単に適用できるようにしてくれるライブラリです。


次のコマンドでインストールします。--saveオプションでpackage.jsonにも追加しておきます。

$ npm install react-lightning-design-system --save

f:id:tyoshikawa1106:20160702233450p:plain


これで無事にgulpコマンドが実行できるようになりました。
f:id:tyoshikawa1106:20160702233626p:plain


実行結果を確認するとPolling time outが発生していました。

gulp-notify: [Error running Gulp] Error:Polling time out. Process Id = 0Af10000005BxxgCAC


time outということなので多分たまたま発生しただけだと思います。もう一度実行してみると解決していました。
f:id:tyoshikawa1106:20160702234125p:plain


ちなみにデプロイ処理はJSforceからメタデータAPIを実行して行っています。
f:id:tyoshikawa1106:20160703002251p:plain

デプロイ結果の確認

デプロイされるデモファイルはpkgフォルダの内にあります。
f:id:tyoshikawa1106:20160702234457p:plain


デプロイ実行後はpkgフォルダ内のファイルが静的リソースに登録されていることを確認できます。
f:id:tyoshikawa1106:20160702234306p:plain


ファイルをダウンロードして中身を確認してみるとビルド後のファイルがきちんと格納されていました。
f:id:tyoshikawa1106:20160702235241p:plain


また、開発者コンソールからLightning Componentがデプロイされていることを確認できます。
f:id:tyoshikawa1106:20160702234641p:plain


同じくLightning Applicationがデプロイされていることも確認できました。
f:id:tyoshikawa1106:20160702234754p:plain


ということでGulp経由でデプロイすることができました。

ファイルを更新して再度デプロイ

新しいファイルをデプロイすることを確認できたので、次はファイルを更新して再デプロイする流れについて確認してみました。

Lightnnig ComponentのController.jsを変更します。
f:id:tyoshikawa1106:20160702235548p:plain


React処理のindex.jsを変更します。
f:id:tyoshikawa1106:20160703000356p:plain


Gulpコマンドでビルドとデプロイを実行します。
f:id:tyoshikawa1106:20160703000514p:plain


デプロイ経過を確認してみると無事に更新されていました。

静的リソース

f:id:tyoshikawa1106:20160703000611p:plain

Lightning Component

f:id:tyoshikawa1106:20160703000644p:plain


ということでファイルの変更と再デプロイを無事に実行することができました。


以上がreact-lightning-component-templateで確認できたことです。GulpやWebpackをつかったビルドとデプロイを行うSalesforceの開発環境構築についてすごく勉強になりました。

関連記事

参考記事

こちらもGulpとかでデプロイする方法についてまとめてありました。

Viewing all 1438 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>