• JProxy是一个薄J2EE客户提供商提供J2EE技术上的客户的侧90KB客户运行时间。

    JProxy是一个小基础的解决方案和无缝集成的大多数应用程序服务器。 JProxy隧道J2EE技术堆超过HTTP(S)的协议,从而让你J2EE系统的运作过任何防火墙、代理和限制性网络配置在互联网上instanteniously的。

    没有源代码变化的需要。 访问J2EE技术的任何Java启用设备没有J2EE执行上所需的设备本身。

    这里是一些关键特征"JProxy":

    ■HTTP/HTTPS隧道贾克斯-RPC,CORBA调,JMS或RMI

    ■步的消息传递JMS通过HTTP/HTTPS不投票

    ■的一般提供独立的通信方案为不同EJB,JMS、马绍尔群岛共和国或CORBA服务器

    ■通过重申层的开放式系统的互连(OSI)堆JProxy无缝集成到任何Java企业软件没有改变你的代码。

    ■小客户端的足迹-90K,这使你能够利用电J2EE Api从小程序运行在各种各样的装置的-的工作机、蜂窝式电话机、PDA和其他硬件支持Java

    ■唯一的解决方案,允许雇用服务的EJB,RMI,JMS和CORBA远程的对象,通过HTTP/HTTPS标准的协议在的客户没有支持上述技术,因为他们正在运行的旧版本的Java或Java微版。 这样的客户可以用无线设备、手机、掌上电脑和其它硬件。

    ■一个解决方案来解决的可扩展性或转移用于EJB、马绍尔群岛共和国或CORBA

    ■EJB,RMI,JMS或CORBA支持为你定制的通信协议

    ■的解决方案,以提高通信的性能通过利用数据的压缩和包装的多个独立的请求

    ■J2EE客户可以访问所有J2EE服务标准的安全"的沙盒"

    要求:

    ■Java运行环境1.4.1

    限制:

    ■在启动时JProxy将打印的消息在的客户和服务器登录表明,这是一个评估版本

    ■只有2(两个)并行的客户可以与JProxy隧道评价的版本。 具体而言,仅两个物理主JProxy隧道的客户有管理提出他们的请求JProxy隧道服务器第一是提供服务,而其他人将会获得评价异常在客户端。

    ■遥垃圾的收集是不存在的,因此服务器方面的足迹将缓慢增长。

    ■的数据压缩特性是不存在的。

    ■通信超时的特征是不存在的。

    ■转移特点是不存在的。

  • JProxy है एक पतली J2EE ग्राहक प्रदाता बचाता है कि J2EE प्रौद्योगिकी ढेर पर ग्राहक पक्ष के साथ 90 KB ग्राहक क्रम है ।

    JProxy एक सर्वलेट आधारित समाधान और मूल के साथ एकीकृत करता है की सबसे अधिक आवेदन सर्वर है. JProxy सुरंगों J2EE प्रौद्योगिकी ढेर पर HTTP(एस) प्रोटोकॉल, इस प्रकार दे अपने J2EE सिस्टम पर काम किसी भी फायरवॉल, प्रॉक्सी और प्रतिबंधात्मक नेटवर्क विन्यास इंटरनेट पर instanteniously.

    वहाँ है कोई स्रोत कोड परिवर्तन की आवश्यकता है । उपयोग J2EE प्रौद्योगिकियों से किसी भी जावा सक्षम डिवाइस के साथ कोई J2EE के कार्यान्वयन के लिए आवश्यक डिवाइस पर ही है ।

    यहाँ कुछ प्रमुख विशेषताएं हैं की "JProxy":

    ■ HTTP / HTTPS सुरंग के लिए JAX-RPC, CORBA, EJB, JMS या RMI

    ■ अतुल्यकालिक संदेश वितरण के लिए JMS पर HTTP / HTTPS के बिना मतदान

    ■ सामान्य प्रदाता-स्वतंत्र संचार समाधान के लिए अलग-अलग EJB, JMS, RMI CORBA या सर्वर

    ■ अधिभावी द्वारा आवेदन की परत खोलने सिस्टम इंटरकनेक्ट (OSI) ढेर JProxy में मूल एकीकृत और किसी भी जावा एंटरप्राइज़ सॉफ़्टवेयर में कोई परिवर्तन नहीं के साथ अपने कोड के लिए.

    ■ छोटे क्लाइंट-साइड पदचिह्न - 90K, जो सक्षम बनाता है आप का उपयोग करने के लिए बिजली के J2EE से एपीआई एप्लेट पर चल रहे उपकरणों की एक किस्म - कार्यस्थानों, सेलुलर फोन, पीडीए और अन्य हार्डवेयर का समर्थन करता है कि जावा

    ■ केवल एक ही समाधान है कि अनुमति देता है आप करने के लिए रोजगार सेवाओं के EJB, RMI, JMS और CORBA दूरस्थ वस्तुओं के माध्यम से HTTP/HTTPS मानक प्रोटोकॉल के साथ ग्राहकों के लिए कोई समर्थन नहीं ऊपर उल्लिखित तकनीकों क्योंकि वे चल रहे हैं के एक पुराने संस्करण या जावा जावा माइक्रो संस्करण है । इस तरह के ग्राहकों को हो सकता है वायरलेस उपकरणों, सेल फोन, पीडीए और अन्य हार्डवेयर ।

    ■ एक समाधान को हल करने के लिए scalability या विफलता के लिए EJB, RMI या CORBA

    ■ के EJB, RMI, JMS CORBA या समर्थन के लिए अपने कस्टम संचार प्रोटोकॉल

    ■ समाधान को बढ़ाने के लिए संचार के प्रदर्शन के उपयोग द्वारा डेटा संपीड़न और पैकेजिंग के कई स्वतंत्र अनुरोध

    ■ J2EE ग्राहक का उपयोग कर सकते हैं सभी J2EE सेवाओं के मानक से सुरक्षित "sandbox"

    आवश्यकताओं:

    ■ जावा रनटाइम वातावरण 1.4.1

    सीमाएं:

    ■ स्टार्टअप पर JProxy मुद्रित होगा एक संदेश में ग्राहक और सर्वर लॉग का संकेत है कि यह एक मूल्यांकन संस्करण है

    ■ केवल 2 (दो) समवर्ती ग्राहकों के साथ संवाद कर सकते JProxy सुरंग मूल्यांकन संस्करण है । विशेष रूप से, केवल दो भौतिक मेजबान के साथ JProxy सुरंग ग्राहकों है कि प्रबंधित प्रस्तुत करने के लिए उनके अनुरोध करने के लिए JProxy सुरंग सर्वर पहले सेवा कर रहे हैं, जबकि दूसरों को हो रही हो जाएगा एक मूल्यांकन अपवाद ग्राहक पक्ष पर है ।

    ■ दूरस्थ कचरा संग्रह अनुपस्थित है, तो सर्वर साइड के पदचिह्न जाएगा धीरे धीरे बढ़ता है.

    ■ डेटा संपीड़न सुविधा अनुपस्थित है ।

    ■ संचार मध्यांतर सुविधा अनुपस्थित है ।

    ■ विफलता सुविधा अनुपस्थित है ।

  • JProxy is a thin J2EE client provider that delivers J2EE technology stack onto the client side with 90 KB client runtime.

    JProxy is a servlet based solution and seamlessly integrates with most of Application Servers. JProxy tunnels J2EE technology stack over HTTP(S) protocol, thus letting your J2EE systems operate over any firewalls, proxies and restrictive network configurations on the Internet instanteniously.

    There is no source code change required. Access J2EE technologies from any Java enabled device with no J2EE implementation required on the device itself.

    Here are some key features of "JProxy":

    ■ HTTP / HTTPS Tunnel for JAX-RPC, CORBA, EJB, JMS or RMI

    ■ Asynchronous message delivery for JMS over HTTP / HTTPS without polling

    ■ The generic provider-independent communication solution for different EJB, JMS, RMI or CORBA servers

    ■ By overriding Application Layer of Open Systems Interconnect (OSI) Stack JProxy seamlessly integrates into any Java enterprise software with NO change to your code.

    ■ Small client-side footprint - 90K, which enables you to utilize power of J2EE APIs from Applets running on a variety of devices - Workstations, Cellular Phones, PDA and other hardware that supports Java

    ■ The only solution that allows you to employ services of EJB, RMI, JMS and CORBA remote objects via HTTP/HTTPS standard protocol in clients with no support for aforementioned technologies because they're running an older version of Java or Java Micro Edition. Such clients can be wireless devices, cell phones, PDAs and other hardware.

    ■ A solution to solve scalability or failover for EJB, RMI or CORBA

    ■ The EJB, RMI, JMS or CORBA support for your custom communication protocols

    ■ The solution to increase communication performance by utilizing data compression and packaging of multiple independent requests

    ■ J2EE Client can access all J2EE services from standard secure "sandbox"

    Requirements:

    ■ Java Runtime Environment 1.4.1

    Limitations:

    ■ At startup JProxy will print a message in the client and the server log indicating that this is an evaluation version

    ■ Only 2 (two) concurrent clients can communicate with the JProxy Tunnel evaluation version. Specifically, only two physical hosts with JProxy Tunnel clients that have managed to submit their requests to JProxy Tunnel server first are served, while others will be getting an evaluation exception on the client side.

    ■ The remote garbage collection is absent, so the server side's footprint will slowly grow.

    ■ The Data Compression feature is absent.

    ■ The Communication Timeout feature is absent.

    ■ Failover feature is absent.