Java EE learning (1)

Overview of Java EE

This is the first article of my study notes of The Java EE Tutorial

目录

[TOC]来生成目录:


Overview

The aim of Java EE platform is to provide developers with a powerful set of APIs while shortening development time, reducing application complexity, and improving application performance.

  • JCP: Java Community Process is responsible for all Java technologies.
  • JSRs: Java Specification Requests is to define various Java EE technologies
    The work of Java Community under the JCP program helps to ensure Java technology’s standards of stability and cross-platform compatibility.
Programming model

XML deployment descriptors are optional. Instead, a developer can simply enter the information as an annotation directly into a Java source file, and the Java EE server will configure the component at deployment and runtime. These annotations are generally used to embed in a program data that would otherwise be furnished in a deployment descriptor.

Dependency injection

In the Java EE platform

  • Dependency injection can be applied to all resources a component needs, effectively hiding the creation and lookup of resources from application code.
  • Dependency injection can be applied to all resources a component needs, effectively hiding the creation and lookup of resources from application code.
  • Dependency injection can be used in Enterprise JavaBeans(EJB) containers, web containers and application clients.
  • Dependency injection allows Java EE container to automatically insert references to other required components or resources, using annotations.

Java EE Application Model

Java EE application model defines an architecture for implementing services as multitiered applications that deliver the scalability, accessibility and manageability needed by enterprise-level applications. This model partitions the work needed to implement a multitiered service into the following parts:

  • The** business and presentation logic **to be implemented by the developer
  • The **standard system services **provided by the Java EE platform

Distributed Multitiered Applications

The java EE application parts shown in Figure 1-1 are presented in Java EE Components

  • Client-tier components run on the client machine
  • Web-tier components run on the Java EE server
  • Business-tier components run on the Java EE server
  • Enterprise information system (EIS)-tier software runs on the EIS server

Figure 1-1 Multitiered Applications
Figure 1-1 Multitiered Applications

Java EE Components
  • Application clients and applets are components that run on the client
  • Java Servlet, JavaServer Faces, and JavaServer Pages(JSP) technology components are web components that run on the server
  • Enterprise beans (EJB) components are business components that run on the server
Java EE Clients

Usually either a web client or an application client

Web Clients

A web client consists of two parts:

  • Dynamic web pages containing various types of markup language (HTML, XML, and so on), which are generated by web components running in the web server
  • A web browser, which renders the pages received from the server
Application Clients
  • An application client runs on a client machine and provides a way for users to handle tasks that require a richer user interface than can be provided by a markup language.
  • An application client typically has a graphical usr interface(GUI) created from the Swing API or the Abstract Window Toolkit(AWT)API, but a command-line interface is certainly possible.
  • Application clients directly access enterprise beans running in the business tier.
  • Application clients written in languages other than Java can interact with Java EE servers, enabling the Java EE platform to interoperate with legacy systems, clients and non-java languages.
Applets

A web page received from the web tier can include an embedded applet. Written in Java programming language, an applet is a small client application that executes in the Java virtual machine installed in he web browser. However, client systems will likely need the Java Plug-in possibly a security policy file for the applet to successfully execute in the web browser.

  • Web components are the preferred API for creating a web client program because no plug-ins or security policy files are needed on he client systems.
  • Web components also enable cleaner and more modular application design because they provide a way to separate applications programming from web page design.
The javaBeans Component Architecture

The server and client tiers might also include components based on the javaBeans component architecture (JavaBeans components) to manage the data flow between the following:

  • An application client or applet and components running on the java EE server
  • Server components and a database

JavaBeans components are not considered Java EE components by the Java EE specification
JavaBeans components:

  • have properties and have get and set methods for accessing those properties.
  • used in this way are typically simple in design and implementation but should conform to the naming and design conventions outlined in the JavaBeans component architecture
Java EE Server Communications

Figure 1-2 Server Communication
Server communication
- The client communicates with the business tier running on the Java EE server either directly or,
- as in the case of a client running in a browser, by going through web pages or servlets running in the web tier.

Web Components

Java EE web components are either servlets or web pages created using JavaServer Faces technology and/or JSP technology (JSP pages).

Figure 1-3 Web Tier and Java EE Applications
Web tier and Java EE applications

Business Components

Business code is logic that solves or meets the needs of a particular business domain, is handled by enterprise beans running in either the business tier or the web tier.

Figure 1-4 Business and EIS Tiers
Business and EIS Tiers

Enterprise Information System Tier

It handles EIS software and includes enterprise infrastructure systems, such as enterprise resource planing (ERP), mainframe transaction processing, database systems, and other legacy information systems.

Java EE Containers

Container Services
Containter Types

Web Services Support

XML
SOAP Transport Protocol
WSDL Standard Format

Java EE Application Assembly and Deployment

Java EE 8 APIs

Java EE 8 APIs in the Java Platform, Standard Edition 8

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
目标检测(Object Detection)是计算机视觉领域的一个核心问题,其主要任务是找出图像中所有感兴趣的目标(物体),并确定它们的类别和位置。以下是对目标检测的详细阐述: 一、基本概念 目标检测的任务是解决“在哪里?是什么?”的问题,即定位出图像中目标的位置并识别出目标的类别。由于各类物体具有不同的外观、形状和姿态,加上成像时光照、遮挡等因素的干扰,目标检测一直是计算机视觉领域最具挑战性的任务之一。 二、核心问题 目标检测涉及以下几个核心问题: 分类问题:判断图像中的目标属于哪个类别。 定位问题:确定目标在图像中的具体位置。 大小问题:目标可能具有不同的大小。 形状问题:目标可能具有不同的形状。 三、算法分类 基于深度学习的目标检测算法主要分为两大类: Two-stage算法:先进行区域生成(Region Proposal),生成有可能包含待检物体的预选框(Region Proposal),再通过卷积神经网络进行样本分类。常见的Two-stage算法包括R-CNN、Fast R-CNN、Faster R-CNN等。 One-stage算法:不用生成区域提议,直接在网络中提取特征来预测物体分类和位置。常见的One-stage算法包括YOLO系列(YOLOv1、YOLOv2、YOLOv3、YOLOv4、YOLOv5等)、SSD和RetinaNet等。 四、算法原理 以YOLO系列为例,YOLO将目标检测视为回归问题,将输入图像一次性划分为多个区域,直接在输出层预测边界框和类别概率。YOLO采用卷积网络来提取特征,使用全连接层来得到预测值。其网络结构通常包含多个卷积层和全连接层,通过卷积层提取图像特征,通过全连接层输出预测结果。 五、应用领域 目标检测技术已经广泛应用于各个领域,为人们的生活带来了极大的便利。以下是一些主要的应用领域: 安全监控:在商场、银行
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值