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/05/13 14:42:04 UTC
[jira] Created: (JS2-257) Deployment using JSR77
Deployment using JSR77
----------------------
Key: JS2-257
URL: http://issues.apache.org/jira/browse/JS2-257
Project: Jetspeed 2
Type: New Feature
Components: Deployment
Environment: Any
Reporter: Michael Lipp
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
[jira] Updated: (JS2-257) Deployment using JSR-88
Posted by "Ate Douma (JIRA)" <je...@portals.apache.org>.
[ http://issues.apache.org/jira/browse/JS2-257?page=all ]
Ate Douma updated JS2-257:
--------------------------
Summary: Deployment using JSR-88 (was: Deployment using JSR77)
Summary correction
> Deployment using JSR-88
> -----------------------
>
> 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
[jira] Commented: (JS2-257) Deployment using JSR77
Posted by "Michael Lipp (JIRA)" <je...@portals.apache.org>.
[ http://issues.apache.org/jira/browse/JS2-257?page=comments#action_65602 ]
Michael Lipp commented on JS2-257:
----------------------------------
Forget about this. I have found in the comments that simply deploying the WARs as modules in the EAR is the way to go.
> Deployment using JSR77
> ----------------------
>
> Key: JS2-257
> URL: http://issues.apache.org/jira/browse/JS2-257
> Project: Jetspeed 2
> Type: New Feature
> Components: Deployment
> Environment: Any
> Reporter: Michael Lipp
>
> 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
[jira] Updated: (JS2-257) Deployment using JSR-88
Posted by "Ate Douma (JIRA)" <je...@portals.apache.org>.
[ http://issues.apache.org/jira/browse/JS2-257?page=all ]
Ate Douma updated JS2-257:
--------------------------
Fix Version/s: (was: 2.1)
Remove planned release 2.1 as its not clear to me if/when we are going to provide JSR-88 support in J2, but certainly not for the 2.1 release.
I'll resolve this issue (for now) as "Later"
> Deployment using JSR-88
> -----------------------
>
> Key: JS2-257
> URL: http://issues.apache.org/jira/browse/JS2-257
> Project: Jetspeed 2
> Issue Type: New Feature
> Components: Deployment
> Affects Versions: 2.1
> Environment: Any
> Reporter: Michael Lipp
>
> 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
[jira] Resolved: (JS2-257) Deployment using JSR-88
Posted by "Ate Douma (JIRA)" <je...@portals.apache.org>.
[ http://issues.apache.org/jira/browse/JS2-257?page=all ]
Ate Douma resolved JS2-257.
---------------------------
Resolution: Later
> Deployment using JSR-88
> -----------------------
>
> Key: JS2-257
> URL: http://issues.apache.org/jira/browse/JS2-257
> Project: Jetspeed 2
> Issue Type: New Feature
> Components: Deployment
> Affects Versions: 2.1
> Environment: Any
> Reporter: Michael Lipp
>
> 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
[jira] Commented: (JS2-257) Deployment using JSR77
Posted by "Michael Lipp (JIRA)" <je...@portals.apache.org>.
[ http://issues.apache.org/jira/browse/JS2-257?page=comments#action_12356050 ]
Michael Lipp commented on JS2-257:
----------------------------------
As David Jencks pointed out, I meant JSR-88(deployment) rather than JSR-77 (j2ee management), of course.
> 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
[jira] Updated: (JS2-257) Deployment using JSR77
Posted by "Michael Lipp (JIRA)" <je...@portals.apache.org>.
[ 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