16.08.17 - পাবলিক ক্লাউড রিলিজ নোটের জন্য Apigee Edge

আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশনে যান
তথ্য

মঙ্গলবার, ৩০শে আগস্ট, ২০১৬ তারিখে, আমরা পাবলিক ক্লাউডের জন্য Apigee Edge-এর একটি নতুন সংস্করণ প্রকাশ করেছি।

নতুন বৈশিষ্ট্য এবং আপডেট

এই রিলিজে নতুন বৈশিষ্ট্য এবং আপডেটগুলি নিম্নরূপ।

অ্যাসাইন মেসেজ এবং রাইজ ফল্টে JSON পেলোড

অ্যাসাইন মেসেজ বা রাইজ ফল্ট নীতি ব্যবহার করে JSON পেলোড সেট করার সময়, ব্যবহারকারীদের মাঝে মাঝে রানটাইমে JSON মেসেজ সঠিকভাবে ফর্ম্যাট করা হয়েছে কিনা তা নিশ্চিত করার জন্য সমাধানের উপায় ব্যবহার করতে হত, যেমন ব্যাকস্ল্যাশ "\" দিয়ে পেলোড শুরু করা বা পেলোড উপাদানে একটি ভেরিয়েবলপ্রিফিক্স এবং ভেরিয়েবলপ্রিফিক্স নির্দিষ্ট করা, এমনকি যদি বার্তায় কোনও ভেরিয়েবল ব্যবহার না করা হয়।

এই বর্ধিতকরণের মাধ্যমে, সঠিক JSON বার্তা বিন্যাস নিশ্চিত করার জন্য কোনও সমাধানের প্রয়োজন নেই এবং অবৈধ JSON তৈরি না করেই কার্লি ব্রেস ব্যবহার করে ভেরিয়েবলগুলি নির্দিষ্ট করা যেতে পারে। উদাহরণস্বরূপ, নিম্নলিখিতটি JSON বার্তায় message.content এর মান সন্নিবেশ করায়:

<Payload contentType="application/json">{"message" : "{message.content}"}</Payload>

যদি আপনি একটি সমাধান ব্যবহার করে থাকেন, তাহলে আপনার কোডটি আগের মতোই কাজ করবে। আপনি ভেরিয়েবল নির্দেশ করার জন্য কার্লি ব্রেসের পরিবর্তে variablePrefix এবং variableSuffix ব্যবহার করতে পারেন।

Assign Message নীতি এবং Raise Fault নীতি রেফারেন্স ডক্সে <Set><Payload> উপাদানটি দেখুন। (APIRT-1160)

XML থেকে JSON নীতির উন্নতি

XML থেকে JSON নীতি নিম্নলিখিত ক্ষমতাগুলির সাথে উন্নত করা হয়েছে। আপনি নীতিটি কনফিগার করতে পারেন:

  • রূপান্তরের সময় কিছু XML উপাদানকে অ্যারে হিসেবে বিবেচনা করুন, যা JSON ডকুমেন্টে '[ ]' বর্গাকার বন্ধনীতে মান রাখে।
  • চূড়ান্ত JSON ডকুমেন্টে XML ডকুমেন্টের অনুক্রমের স্তরগুলি বাদ দিন বা বাদ দিন।

আরও তথ্যের জন্য, XML থেকে JSON নীতি দেখুন। (APIRT-1144)

API পণ্য রিসোর্স পাথে একাধিক ওয়াইল্ডকার্ড

API Product-এ রিসোর্স পাথ নির্ধারণ করার সময়, আপনি একটি রিসোর্স পাথে একাধিক স্থানে ওয়াইল্ডকার্ড অন্তর্ভুক্ত করতে পারেন। উদাহরণস্বরূপ, /team/*/invoices/** /team এর পরে যেকোনো একটি মান এবং invoices/ এর পরে যেকোনো রিসোর্স পাথ সহ API কলগুলিকে অনুমতি দেয়। একটি API কলে একটি অনুমোদিত URI হবে proxyBasePath/team/finance/invoices/company/a

এই রিলিজের পরে যদি আপনার বিদ্যমান API পণ্য রিসোর্স পাথগুলি প্রত্যাশা অনুযায়ী কাজ করা বন্ধ করে দেয়, তাহলে পূর্ববর্তী আচরণে ফিরে যাওয়ার জন্য আপনার প্রতিষ্ঠানে নিম্নলিখিত বৈশিষ্ট্যটি সেট করুন: features.enableStandardWildCardMatchForAPIProductResources = true

(এমজিএমটি-৩২৭৩)

জাভাস্ক্রিপ্টে ক্রিপ্টো ফাংশন

নিম্নলিখিত অবজেক্টগুলি তৈরি, গ্রহণ এবং আপডেট করার জন্য উচ্চ-কার্যক্ষমতা সম্পন্ন জাভাস্ক্রিপ্ট crypto ফাংশনগুলির একটি নতুন সেট উপলব্ধ: MD5, SHA-1, SHA256, SHA512। ক্রিপ্টো অবজেক্ট আপনাকে বিভিন্ন ফর্ম্যাটে তারিখ পেতে দেয়। আরও তথ্যের জন্য, জাভাস্ক্রিপ্ট অবজেক্ট মডেল দেখুন। (APIRT-2886)

জাভা কলআউট JAR সংস্করণ পরীক্ষা করা হচ্ছে

একটি API প্রক্সিতে একটি Java JAR রিসোর্স আপলোড করার সময়, যদি Java রিসোর্সের সংস্করণটি Edge সমর্থিত জাভার সংস্করণের সাথে সামঞ্জস্যপূর্ণ না হয়, যা সমর্থিত সফ্টওয়্যার এবং সমর্থিত সংস্করণগুলিতে তালিকাভুক্ত। (MGMT-3420)

API প্রক্সি রিসোর্স যাচাইকরণ

যখন আপনার API প্রক্সি রিসোর্স ফাইল (যেমন JavaScript বা Java JAR) পরিবেশ বা প্রতিষ্ঠানের স্কোপে সংরক্ষিত থাকে, তখন বৈধতা কাঠামোর জন্য আর আপনাকে API প্রক্সি স্তরের সেই রিসোর্সগুলিকে একটি প্রক্সি বান্ডেলে অন্তর্ভুক্ত করার প্রয়োজন হয় না যাতে আমদানির মাধ্যমে বৈধতা পাস করা যায়। রিসোর্স যাচাইকরণ এখন স্থাপনের সময় ঘটে, আমদানির সময় নয়। (MGMT-1430)

পৃথক API প্রক্সির জন্য টাইমআউট কনফিগার করুন

আপনি নির্দিষ্ট সময়ের পরে API প্রক্সিগুলিকে টাইম আউট করার জন্য কনফিগার করতে পারেন (504 গেটওয়ে টাইমআউট স্ট্যাটাস সহ)। প্রাথমিক ব্যবহারের ক্ষেত্রে প্রাইভেট ক্লাউড গ্রাহকদের জন্য যাদের API প্রক্সিগুলি কার্যকর করতে বেশি সময় নেয়। উদাহরণস্বরূপ, ধরুন আপনার 3 মিনিটে টাইম আউট করার জন্য নির্দিষ্ট প্রক্সি প্রয়োজন। আপনি একটি API প্রক্সির জন্য কনফিগারেশনে একটি নতুন api.timeout প্রপার্টি ব্যবহার করতে পারেন। 3 মিনিটের উদাহরণ দিয়ে আপনি এটি কীভাবে করবেন তা এখানে দেখুন:

  1. প্রথমে, লোড ব্যালেন্সার, রাউটার এবং মেসেজ প্রসেসর কনফিগার করতে ভুলবেন না যাতে 3 মিনিট পরে টাইম আউট হয়।
  2. তারপর প্রাসঙ্গিক প্রক্সিগুলিকে ৩ মিনিটে টাইম আউট করার জন্য কনফিগার করুন। মানটি মিলিসেকেন্ডে উল্লেখ করুন। উদাহরণস্বরূপ:
    <ProxyEndpoint name="default">
      <HTTPProxyConnection>
        <BasePath>/v1/weather</BasePath>
        <Properties>
          <!-- api.timeout is in milliseconeds -->
          <Property name="api.timeout">180000</Property>
        </Properties>
        ...
  3. তবে মনে রাখবেন, সিস্টেম টাইমআউট বাড়ালে পারফরম্যান্সের সমস্যা হতে পারে, কারণ api.timeout সেটিং ছাড়া সমস্ত প্রক্সি নতুন, উচ্চতর লোড ব্যালেন্সার, রাউটার এবং মেসেজ প্রসেসর টাইমআউট ব্যবহার করে। তাই অন্যান্য API প্রক্সি কনফিগার করুন যাদের দীর্ঘ টাইমআউটের প্রয়োজন হয় না যাতে কম টাইমআউট ব্যবহার করা যায়। উদাহরণস্বরূপ, নিম্নলিখিতটি একটি API প্রক্সিকে 1 মিনিটের পরে টাইমআউট করার জন্য সেট করে:
    <Property name="api.timeout">60000</Property>

ক্লাউড গ্রাহকরা, যারা এজ টাইমআউট পরিবর্তন করতে পারবেন না, তারা একটি API প্রক্সি টাইমআউট কনফিগার করতে পারবেন, যতক্ষণ না টাইমআউটটি স্ট্যান্ডার্ড এজ মেসেজ প্রসেসরের 57 সেকেন্ডের টাইমআউটের চেয়ে কম হয়।

আপনি কোনও ভেরিয়েবল দিয়ে মান পূরণ করতে পারবেন না। এই বৈশিষ্ট্যটি Endpoint properties রেফারেন্সে অন্তর্ভুক্ত। (APIRT-1778)

মেসেজ লগিং নীতির জন্য TLS/SSL

<KeyStore> এবং <TrustStore> Message Logging নীতিতে SSLInfo কনফিগারেশনে সেট করা যেতে পারে, যা লগিং পরিষেবা সহ এক- এবং দ্বি-মুখী TLS/SSL কে অনুমতি দেয়। আপনি TargetEndpoint প্রক্সিতে যেভাবে করেন ঠিক সেভাবেই Message Logging নীতিতে SSLInfo কনফিগার করেন। তবে, Message Logging TLS/SSL শুধুমাত্র TCP প্রোটোকল সমর্থন করে। (APIRT-1858)

বাগ সংশোধন করা হয়েছে

এই রিলিজে নিম্নলিখিত বাগগুলি ঠিক করা হয়েছে। এই তালিকাটি মূলত ব্যবহারকারীদের জন্য যারা তাদের সাপোর্ট টিকিট ঠিক করা হয়েছে কিনা তা পরীক্ষা করার জন্য তৈরি। এটি সমস্ত ব্যবহারকারীদের জন্য বিস্তারিত তথ্য প্রদানের জন্য ডিজাইন করা হয়নি।

ইস্যু আইডি বিবরণ
SECENG-609 সম্পর্কে সংশ্লিষ্ট ট্রাস্টস্টোর মুছে ফেলার সময় অথবা ট্রাস্টস্টোরের বৈধ সার্টিফিকেট মুছে ফেলার সময় রানটাইম কলগুলি ব্যর্থ হচ্ছে না
এমজিএমটি-৩৪০৪ Node.js লগ দেখা/পুনরুদ্ধার করা এবং প্রক্সি স্থাপন করা খুবই ধীর গতিতে হয়।
এমজিএমটি-৩৪০০ যদি কলকারী ব্যবহারকারীর নামে "+" চিহ্ন থাকে, তাহলে /userroles ম্যানেজমেন্ট API-তে কল ব্যর্থ হয়।
এমজিএমটি-৩৩৬৮ java.lang.ArrayIndexOutOfBoundsException: 1, যখন একটি API প্রক্সি বান্ডেল আমদানি করা হয় যাতে রিসোর্স/নোড/রিসোর্স ডিরেক্টরি থাকে
এমজিএমটি-৩৩৬৪ OAuthV2: redirect_uri চেক করুন
এমজিএমটি-৩৩১৯ ভল্টের এমন এন্ট্রি তালিকাভুক্ত করুন যার একটিতে শূন্য মান রয়েছে, যা প্রতিষ্ঠানের জন্য কাজ করে না (সিপিএস এবং নন-সিপিএস)
এমজিএমটি-৩২২৬ প্রতিষ্ঠান/পরিবেশ স্তরে অনুসন্ধান করলে API ব্যর্থ হওয়ার কারণে সমস্ত ডেটা টেনে আনা উচিত নয়
Release_160302-এ একটি বাগ ছিল যেখানে সংস্থান-স্তর/পরিবেশ স্তরে সংস্থানগুলির তালিকা ব্যর্থ হয়েছিল যদি সংস্থানগুলির ক্রমবর্ধমান আকার 16MB-এর বেশি হয়, এই সমাধানটি এটির যত্ন নেয়।
AXAPP-2429 সম্পর্কে response_status_code ব্যবহার করে Analytics API ডেটা অ্যাক্সেস ত্রুটি ফেরত দেয়
AXAPP-2386 সম্পর্কে অ্যানালিটিক্স দৈনিক ইমেল রিপোর্টে খালি রিপোর্টের বিষয়বস্তু ঠিক করুন
AXAPP-2347 সম্পর্কে দৈনিক বিশ্লেষণের সারাংশের ইমেল পাচ্ছেন না
APIRT-3141 সম্পর্কে new ExecutionResult() কল করার সময় জাভা কলআউট ব্যর্থ হয়, কারণ কনস্ট্রাক্টরটি ব্যক্তিগত করা হয়েছে
APIRT-3140 সম্পর্কে HEAD api কলগুলিতে ServiceCallout নীতি কাজ করছে না
APIRT-3131 সম্পর্কে একটি বহিরাগত প্রমাণীকরণ প্রদানকারীর সাথে নগদীকরণ ব্যবহার করার সময় একটি API প্রক্সির জন্য ভুল createdBy দেখানো হয়েছে
APIRT-3121 সম্পর্কে Org রিসোর্স ফাইলে করা পরিবর্তন ১০০% কার্যকর নয়
APIRT-3117 সম্পর্কে MP ১০০% CPU ব্যবহারে পৌঁছেছে এবং ট্র্যাফিক পরিবেশন বন্ধ করে দিয়েছে
APIRT-3016 সম্পর্কে রাউটার স্থাপনার সময় "কল টাইম আউট" ত্রুটি
APIRT-2975 সম্পর্কে সার্টিফিকেট বান্ডেল আপলোড করতে ব্যর্থ হয়েছে
APIRT-2955 সম্পর্কে FHIR-অভিযোগের জন্য JSON প্রতিক্রিয়া ডেটার নির্দিষ্ট বৈশিষ্ট্যগুলি মাস্ক করা যায়নি Content-Type হেডার 'application/json+fhir'
APIRT-2946 সম্পর্কে OAuthV2-RefreshToken নীতি বৈশিষ্ট্যগুলি লুকাচ্ছে না যদিও প্রদর্শনটি মিথ্যাতে সেট করা আছে
APIRT-2908 সম্পর্কে ভার্চুয়ালহোস্টে TLS1.2 আপডেটের পরে অভ্যন্তরীণ API কলের জন্য TLS1.2 প্রয়োগ করা প্রয়োজন।
APIRT-2901 সম্পর্কে ক্যাশে থেকে ফিরে আসা জিপ করা প্রতিক্রিয়াগুলি দ্বিগুণ সংকুচিত হয়
APIRT-2873 সম্পর্কে পণ্য/ডেভেলপার/প্রক্সি মুছে ফেলার পর সাংসদরা VerifyAPIKey সম্পর্কিত NullPointerException ফেলে দেন
APIRT-2871 সম্পর্কে ট্রেসে দুবার প্রদর্শিত হচ্ছে IOIntensive পলিসি
APIRT-2825 সম্পর্কে অ্যাক্সেসটোকেন ত্রুটির প্রতিক্রিয়ায় ব্যাকরণগত ত্রুটি
APIRT-2750 সম্পর্কে নির্দিষ্ট প্রতিষ্ঠানে ট্র্যাফিক ব্যর্থতা বেশি
APIRT-2685 সম্পর্কে অজানা ত্রুটির কারণে ট্র্যাফিক চলতে পারে না।
APIRT-2647 সম্পর্কে "অন্তর্নিহিত ইনপুট স্ট্রিম শূন্য বাইট ফেরত দিয়েছে" ননপ্রোড/ডেভের সাথে ত্রুটি
APIRT-2630 সম্পর্কে ক্যাশে থেকে মান পড়ার চেষ্টা করার সময় মাঝেমধ্যে সমস্যা দেখা দেয়
APIRT-2620 সম্পর্কে কিছু ব্লকিং ধাপের জন্য আলাদা থ্রেড পুল
APIRT-2610 সম্পর্কে java.lang.ClassCastException রেসপন্স ক্যাশে নীতি সহ
APIRT-2608 সম্পর্কে রেসপন্স ক্যাশে নীতিতে সর্বশেষ-পরিবর্তিত হেডার পার্সিং ত্রুটি
APIRT-2605 সম্পর্কে "সংগঠন" এবং "পরিবেশ" ভেরিয়েবলগুলিকে নীতিমালার মাধ্যমে ওভাররাইট করার অনুমতি দেওয়া উচিত নয়
APIRT-2566 সম্পর্কে OAuthV2 নীতি ত্রুটিপূর্ণ WWW-Authenticate হেডার ফেরত পাঠায়
APIRT-2491 সম্পর্কে ব্যবস্থাপনা এবং এমপিদের মধ্যে RPC টাইমআউটের কারণে টার্গেট সার্ভার আপডেট ব্যর্থ হয়েছে।
APIRT-2386 সম্পর্কে একটি খালি অনুমোদিত OAuth স্কোপ সহ একটি API পণ্যে খালি স্ট্রিং স্কোপ তৈরি করা হয়
APIRT-2383 সম্পর্কে XSL রূপান্তর নীতিগুলি কোনও ত্রুটির উপর কোনও ডেটা লগ করে বলে মনে হচ্ছে না।
APIRT-2364 সম্পর্কে OAuth ফল্ট ফ্লো ভেরিয়েবলগুলি ত্রুটির কারণে আপডেট হচ্ছে না
APIRT-2216 সম্পর্কে সার্ভার ইভেন্ট পাঠিয়েছে - ইভেন্ট স্ট্রিমে প্রোডাক্টে সমস্যা হচ্ছে
APIRT-2079 সম্পর্কে তৈরি করা সেশনের টাইমআউট শেষ হওয়ার পরেও DEBUG cURL কল বন্ধ হচ্ছে না
APIRT-1495 সম্পর্কে XML থ্রেট প্রোটেকশন কন্টেন্ট-টাইপের ক্ষেত্রে ধরা পড়ছে না
APIRT-347 সম্পর্কে আমদানির সময় XSL নীতি সঠিকভাবে যাচাই করা হয়নি (ডকুমেন্টেড হিসাবে আউটপুট ভেরিয়েবলগুলিতে ফলাফল বরাদ্দ করে না)