You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-dev@portals.apache.org by "Michael Lipp (JIRA)" <je...@portals.apache.org> on 2005/10/26 10:33:57 UTC
[jira] Updated: (JS2-257) Deployment using JSR77
[ http://issues.apache.org/jira/browse/JS2-257?page=all ]
Michael Lipp updated JS2-257:
-----------------------------
Fix Version: 2.0-POST
Description:
I am trying to build an EAR that includes Jetspeed as a module (1). I have put the "shared libraries" as (client-)libraries in the EAR and the jetspeed.war as a web module. Looks quite promising so far. Of course, deployment of portlets doesn't work. As far as I have understood the architecture, the next step would be write a DeploymentManager that uses JSR77 to deploy the portlet modules in the application server. This should then be a "general" solution for any JSR77 compliant application server.
Being new to Jetspeed, I' appreciate if someone could confirm that this is the way to go or tell me if this approach is wrong before I continue the effort.
Thanks
Michael
(1) I often get the impression that the J2EE ecosystem suffers from mixing up components and containers. The installation instructions give me the impression that -- although Jetspeed is a web component -- is has partially be conceived as an extension of the application server. In order to really call it "J2EE compliant", I feel it must be possible to bundle Jetspeed into an EAR in order to be able to deliver a complete (enterprise) application to the customer in that format.
was:
I am trying to build an EAR that includes Jetspeed as a module (1). I have put the "shared libraries" as (client-)libraries in the EAR and the jetspeed.war as a web module. Looks quite promising so far. Of course, deployment of portlets doesn't work. As far as I have understood the architecture, the next step would be write a DeploymentManager that uses JSR77 to deploy the portlet modules in the application server. This should then be a "general" solution for any JSR77 compliant application server.
Being new to Jetspeed, I' appreciate if someone could confirm that this is the way to go or tell me if this approach is wrong before I continue the effort.
Thanks
Michael
(1) I often get the impression that the J2EE ecosystem suffers from mixing up components and containers. The installation instructions give me the impression that -- although Jetspeed is a web component -- is has partially be conceived as an extension of the application server. In order to really call it "J2EE compliant", I feel it must be possible to bundle Jetspeed into an EAR in order to be able to deliver a complete (enterprise) application to the customer in that format.
Version: 2.0-POST
> Deployment using JSR77
> ----------------------
>
> Key: JS2-257
> URL: http://issues.apache.org/jira/browse/JS2-257
> Project: Jetspeed 2
> Type: New Feature
> Components: Deployment
> Versions: 2.0-POST
> Environment: Any
> Reporter: Michael Lipp
> Fix For: 2.0-POST
>
> I am trying to build an EAR that includes Jetspeed as a module (1). I have put the "shared libraries" as (client-)libraries in the EAR and the jetspeed.war as a web module. Looks quite promising so far. Of course, deployment of portlets doesn't work. As far as I have understood the architecture, the next step would be write a DeploymentManager that uses JSR77 to deploy the portlet modules in the application server. This should then be a "general" solution for any JSR77 compliant application server.
> Being new to Jetspeed, I' appreciate if someone could confirm that this is the way to go or tell me if this approach is wrong before I continue the effort.
> Thanks
> Michael
> (1) I often get the impression that the J2EE ecosystem suffers from mixing up components and containers. The installation instructions give me the impression that -- although Jetspeed is a web component -- is has partially be conceived as an extension of the application server. In order to really call it "J2EE compliant", I feel it must be possible to bundle Jetspeed into an EAR in order to be able to deliver a complete (enterprise) application to the customer in that format.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
Re: [jira] Updated: (JS2-257) Deployment using JSR77
Posted by David Jencks <da...@yahoo.com>.
I think you mean jsr-88(deployment) rather than jsr-77 (j2ee management)
david jencks
On Oct 26, 2005, at 1:33 AM, Michael Lipp (JIRA) wrote:
> [ http://issues.apache.org/jira/browse/JS2-257?page=all ]
>
> Michael Lipp updated JS2-257:
> -----------------------------
>
> Fix Version: 2.0-POST
> Description:
> I am trying to build an EAR that includes Jetspeed as a module (1). I
> have put the "shared libraries" as (client-)libraries in the EAR and
> the jetspeed.war as a web module. Looks quite promising so far. Of
> course, deployment of portlets doesn't work. As far as I have
> understood the architecture, the next step would be write a
> DeploymentManager that uses JSR77 to deploy the portlet modules in the
> application server. This should then be a "general" solution for any
> JSR77 compliant application server.
>
> Being new to Jetspeed, I' appreciate if someone could confirm that
> this is the way to go or tell me if this approach is wrong before I
> continue the effort.
>
> Thanks
>
> Michael
>
> (1) I often get the impression that the J2EE ecosystem suffers from
> mixing up components and containers. The installation instructions
> give me the impression that -- although Jetspeed is a web component --
> is has partially be conceived as an extension of the application
> server. In order to really call it "J2EE compliant", I feel it must be
> possible to bundle Jetspeed into an EAR in order to be able to deliver
> a complete (enterprise) application to the customer in that format.
>
>
> was:
> I am trying to build an EAR that includes Jetspeed as a module (1). I
> have put the "shared libraries" as (client-)libraries in the EAR and
> the jetspeed.war as a web module. Looks quite promising so far. Of
> course, deployment of portlets doesn't work. As far as I have
> understood the architecture, the next step would be write a
> DeploymentManager that uses JSR77 to deploy the portlet modules in the
> application server. This should then be a "general" solution for any
> JSR77 compliant application server.
>
> Being new to Jetspeed, I' appreciate if someone could confirm that
> this is the way to go or tell me if this approach is wrong before I
> continue the effort.
>
> Thanks
>
> Michael
>
> (1) I often get the impression that the J2EE ecosystem suffers from
> mixing up components and containers. The installation instructions
> give me the impression that -- although Jetspeed is a web component --
> is has partially be conceived as an extension of the application
> server. In order to really call it "J2EE compliant", I feel it must be
> possible to bundle Jetspeed into an EAR in order to be able to deliver
> a complete (enterprise) application to the customer in that format.
>
>
> Version: 2.0-POST
>
>> Deployment using JSR77
>> ----------------------
>>
>> Key: JS2-257
>> URL: http://issues.apache.org/jira/browse/JS2-257
>> Project: Jetspeed 2
>> Type: New Feature
>> Components: Deployment
>> Versions: 2.0-POST
>> Environment: Any
>> Reporter: Michael Lipp
>> Fix For: 2.0-POST
>
>>
>> I am trying to build an EAR that includes Jetspeed as a module (1). I
>> have put the "shared libraries" as (client-)libraries in the EAR and
>> the jetspeed.war as a web module. Looks quite promising so far. Of
>> course, deployment of portlets doesn't work. As far as I have
>> understood the architecture, the next step would be write a
>> DeploymentManager that uses JSR77 to deploy the portlet modules in
>> the application server. This should then be a "general" solution for
>> any JSR77 compliant application server.
>> Being new to Jetspeed, I' appreciate if someone could confirm that
>> this is the way to go or tell me if this approach is wrong before I
>> continue the effort.
>> Thanks
>> Michael
>> (1) I often get the impression that the J2EE ecosystem suffers from
>> mixing up components and containers. The installation instructions
>> give me the impression that -- although Jetspeed is a web component
>> -- is has partially be conceived as an extension of the application
>> server. In order to really call it "J2EE compliant", I feel it must
>> be possible to bundle Jetspeed into an EAR in order to be able to
>> deliver a complete (enterprise) application to the customer in that
>> format.
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators:
> http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see:
> http://www.atlassian.com/software/jira
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-dev-help@portals.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org