I am new to GateIn portal.
We have developed portal using JBoss Portal 2.7, which has simple UIs.
How can I migrate my portal application from JBoss portal 2.7 to GateIn final release?
From where to get the idea about how to create a new simple portal using gatein and all the configuration that need to be done for that.
If your portlet/web application is based on EJB Components, then it can only be deployed on an application server, such as JBoss, which underlies all Entreprise Edition features.
GateIn portal is nothing but a portlet container, internally a web applcation that must be deployed in an application server such as Tomcat AS or JBoss AS, but a full EE Server is a must in order to have all entreprise java beans and services functional.
So the essence is, if you are using EJBs in your development, then you can only use an Applciation server with EJB container.
Related
I want to run EJB 2.1 with Wildfly-10 AS
I have a server running on jBoss-EAP-6.2
Following are the configuration xml files
I wanna achieve to run a Web Module (JSF) with existing server (EJB 2.1) running on JBoss-EAP-6.2.
Following are the ideas
I can run JSF on JBoss-EAP-6.2 (possible?) that can communicate with EJB within the server
Deploy JSF on wildfly and it communicate with EJB through JBoss-EAP-6.2
MORE / FINDINGS
while deploying JSF on JBoss-6, I am getting blank page on opening, noting is shown
Wildfly does not support CMP files of EJB 2.1
The Idea
We have a desktop based [swing] application running on JDK 1.7, EJB 2.1, JBoss-EAP-6.2. I want to enable/implement its web module [JSF]
I want to reuse its server [EJB].
My idea is to use EJB 2.1 with JSF on Wildfly or deploy JSF to connect EJB on JBoss-EAP-6.2.
Try to migrate from EJB2.1 to new EJB3.x. I understand that it will be really a hard way, but it will be easier to extend this application further. Then you will be able to easily write your web module on JSF within WildFly 10.
Start new server instance of WildFly 10 and try to use remote EJB2.x interfaces within it to access business logic. And then use it to build your web module.
Develop REST facade on top of your EJB on jBoss-EAP and then use it the way you want it.
Start writing from scratch with new technologies.
I am creating a JavaEE Web Application which uses ExtJS4(Extended Javascript) for the GUI and Postgres database. I am planning to use the JBoss7 server. But I had a doubt that whether the JBoss 7 will act both as App Server and Web Server..?? Can anyone please help me with this..?
Also, I wanted to know if there is anything else that is required for developing the application?
Thanks in advance
JBoss AS 7.1.1.Final AS Certified Java EE 6 Full Profile
So you can think that Jboss AS 7.1.1.Final acts as an application and web server (it has a Servlet and EJB container)
Take a look on http://www.oracle.com/technetwork/java/javaee/tech/javaee6technologies-1955512.html
Can I deploy a Spring java application on all (or at least most) of JavaEE servers ? like Weblogic, JBoss, Webshpere, Tomcat, Jettty etc.
And is there is preferred Java EE server for Spring ?
Yes you can. And no - there isn´t. Errata: you can take a look at the SpringSource dm Server. Be aware that spring is not a java EE implementation. Read this post here.
Yes, you can deploy it on any server, and you can use it on standalone applications and even on mobile applications. It is in no way restricted to web deployment. It is not even restricted to java, there is Spring.NET and even a Python version. However, java and web servers are a common if not the most common use for it.
Currently recommended web server by VMWare/Pivotal (current owner of Spring) is VFabric tcServer, which is a Tomcat fork containing some extra tools and functionality. But server in itself does not matter, Spring is container agnostic.
There is no preferred EE server. VFabric tcServer is a servlet container, not an EE server. It contains "enterprise capabilities" instead, but that's not the same thing. As said however, you can use whichever EE server you want.
I'm starting to learn spring and I came across one definition which says "Spring enables developers to do enterprise development without an application server".
What does this exactly mean and what's the harm in using an application server for enterprise development.
But don't developers use tomcat while developing enterprise development and isn't Tomcat an application server.
I'm confused here.
Can someone clarify the two points mentioned above.
I think what's meant by "Spring enables developers to do enterprise development without an application server", is that you don't need a full Java EE application server like JBoss, WebLocic, WebSphere ... but can do everything with a 'simple' servlet container like Tomcat.
Springframework provides services like dependency injection, declarative transaction management and others which are provided by Java Application Server for Java EE applications. The difference is that Spring based app can work standalone while Java EE app can't. It may be the reason to favor Springframework over a Java AS.
Tomcat is a servlet container which implements only Servlet and JavaServer Pages specifications, Java Application Server is supposed to support all of Java EE specifications like EJB, JMS, JPA, JTA and many others
I have installed glassfish. I can run
asadmin version
It shows what version it is, but how to know it is "Full Platform" or "Web profile"?
You could use the
glassfish4\bin>asadmin list-containers
command. Which lists all known application containers. A full profile server reports this:
jpa
jpa
web
weld
weld
security
grizzly
ear
ejb
osgi
resources_ear
resources
appclient
webservices
connector
A web profile server reports this:
jpa
jpa
web
weld
weld
security
grizzly
ejb
osgi
resources_ear
resources
connector
Not much difference but it should be enough ;)
You can look at the license file name to determine if it is Full profile or Web profile
<glassfish install dir>/glassfish/legal/3RD-PARTY-LICENSE.txt
<glassfish install dir>/glassfish/legal/3RD-PARTY-LICENSE-WEB-PROFILE.txt
GlassFish Web Profile: It is a lighter version of GlassFish that is designed for web applications and only includes a subset of the Java EE technologies.
GlassFish Full Platform: It is the complete version of GlassFish that includes all Java EE technologies.
Which one to download depends on the requirements of your project. If you are developing a web application and do not need the full Java EE stack, then the GlassFish Web Profile would be a good choice. If you are developing a more complex application that requires the full Java EE stack, then the GlassFish Full Platform would be a better choice.