Re: [J2] Major new version of the Struts Bridge: version 0.2 now available

2005-01-19 Thread Ate Douma
Jeff, if this problem still exists in the new Bridge could you create a
JIRA issue for this problem? I'll pick it up then from there.
Ate
Jeff Sheets wrote:
Thanks for the quick reply.
Our problem is with the EditPage when using Fusion.  The problem might
be unique to fusion, but I've been assuming it is due to a bug in the
struts bridge.  The old struts-demo didn't use an EditPage, so maybe
you never saw the issue.
When you have an EditPage, you can get to it from the first screen in
your app from the pencil icon.  After saving from the EditPage and
telling the PortletRequest to return to the View Mode, you are
returned to the correct page.  But now every refresh of the page takes
you to the EditPage instead of the ViewPage.  Also, if you navigate
between pages in the View Mode then the pencil icon no longer takes
you to the ViewPage.
Also, I updated from cvs yesterday and the bug still seems to exist
using Jetspeed1 from HEAD and Jetspeed2 tagged M1.
Good work, and we really like the bridge so far.  We've gotten around
our issue by leaving all portlets in the View Mode at all times, but
I'd really like to use the Edit Mode.
On Thu, 20 Jan 2005 04:40:56 +0100, Ate Douma <[EMAIL PROTECTED]> wrote:
Jeff Sheets wrote:
Wow, this is great Ate!  These are many of the features that I was
hoping for!  I will try this out first thing tomorrow morning.  Do you
know if it handles the EditPage better than the last version?  I'm
hoping it fixes a problem that I was having.
Actually, I don't know to which problem you are referring.
I don't think I "fixed" anything in that area, but if you can give me more
details, I'll be more than happy to so.
Ate

Thanks again!
-- Jeff Sheets
On Thu, 20 Jan 2005 03:49:32 +0100, Ate Douma <[EMAIL PROTECTED]> wrote:

I'm happy to bring the news of a major upgrade of the Struts Bridge.
A short summary of its new features:
- Based on the latest Struts-1.2.4
- Provides new struts-1.2.4-portlet-html.tld and 
struts-1.2.4-portlet-html-el.tld, as
 well as a new struts-portlet-el.tld.
 The first two tld files are full replacements for the struts-html and 
struts-html-el tlds.
 By using these tlds instead of the struts-portlet and struts-portlet-el tlds, 
migrating
 existing Struts applications becomes much easier (just change the taglib 
definition).
 Furthermore, there is now full struts-el support Bridge for all the tags 
(including the
 new onces).
- New Portlet supporting extended Struts tags ImgTag and ImageTag and largely 
extended
 LinkTag and RewriteTag.
 These tags now support relative image src paths and href link
 paths (including ../ elements).
- Provides transparent (non-code based) definition of request attribute values 
to be saved
 during ActionRequest handling which will be restored in the subsequent 
RenderRequest(s).
- Provides transparent (non-code based) definition of url (prefixes) which must 
be
 rendered as Action or Render PortletURL.
 This removes the need to specify the renderURL attribute for link and rewrite 
tags (its
 still supported though, and then will override).
- xml based configuration of above two features loaded at Portlet 
initialization.
 Default configuration file name: WEB-INF/struts-portlet-config.xml, but this is
 configurable itself as well.
 Example configuration (from the new JPetstore demo Portlet):
  
  

  
  


  
  
  
  
  
  
  
  
  
  
  

  
- IMPORTANT:
 Default PorletURL created by link and rewrite tag changed from ActionURL to 
RenderURL.
 This change is made because in the most cases this turned out to be RenderURLs.
 For migrating of existing Struts Bridge based Portlets to the new version 
there is an
 very simple configuration option to revert this to the old style:
 Define a WEB-INF/struts-portlet-config.xml containing (at least):
  
  

  
 That'll switch the default back to the old style. For the old Struts 
MailReader Demo Portlet
 also provided with Jetspeed-2, I've put in a configuration file just like that.
- New demo portlet application: JPetstore Portlet.
 This very know example web application from iBatis (www.ibatis.com) is now 
also available as
 Portlet and is automatically deployed in Jetspeed-2 as demo portlet: check it 
out.
- Deploy as Portlet or as web application!
 The Struts Bridge can now be used in a non-Portlet context, and then will 
simply fall back to
 the basic Struts functionality.
 This allows the deployment of the same Portlet Application war as web 
application and as portlet
 application. You can thus also test the application in a web server only (as 
long as you
 don't use Portlet features specifically).
 Try out the JPetstore Portlet demo and access it as Portlet from within 
Jetspeed-2 or
 directly from the webserver (e.g. http://localhost:8080/jpetstore).
- Abstracted the access to the ServletContextProvider with protected meth

Re: [J2] Major new version of the Struts Bridge: version 0.2 now available

2005-01-19 Thread Jeff Sheets
Thanks for the quick reply.

Our problem is with the EditPage when using Fusion.  The problem might
be unique to fusion, but I've been assuming it is due to a bug in the
struts bridge.  The old struts-demo didn't use an EditPage, so maybe
you never saw the issue.

When you have an EditPage, you can get to it from the first screen in
your app from the pencil icon.  After saving from the EditPage and
telling the PortletRequest to return to the View Mode, you are
returned to the correct page.  But now every refresh of the page takes
you to the EditPage instead of the ViewPage.  Also, if you navigate
between pages in the View Mode then the pencil icon no longer takes
you to the ViewPage.

Also, I updated from cvs yesterday and the bug still seems to exist
using Jetspeed1 from HEAD and Jetspeed2 tagged M1.

Good work, and we really like the bridge so far.  We've gotten around
our issue by leaving all portlets in the View Mode at all times, but
I'd really like to use the Edit Mode.

On Thu, 20 Jan 2005 04:40:56 +0100, Ate Douma <[EMAIL PROTECTED]> wrote:
> 
> 
> Jeff Sheets wrote:
> > Wow, this is great Ate!  These are many of the features that I was
> > hoping for!  I will try this out first thing tomorrow morning.  Do you
> > know if it handles the EditPage better than the last version?  I'm
> > hoping it fixes a problem that I was having.
> Actually, I don't know to which problem you are referring.
> I don't think I "fixed" anything in that area, but if you can give me more
> details, I'll be more than happy to so.
> 
> Ate
> 
> >
> > Thanks again!
> > -- Jeff Sheets
> >
> >
> > On Thu, 20 Jan 2005 03:49:32 +0100, Ate Douma <[EMAIL PROTECTED]> wrote:
> >
> >>I'm happy to bring the news of a major upgrade of the Struts Bridge.
> >>
> >>A short summary of its new features:
> >>- Based on the latest Struts-1.2.4
> >>
> >>- Provides new struts-1.2.4-portlet-html.tld and 
> >>struts-1.2.4-portlet-html-el.tld, as
> >>   well as a new struts-portlet-el.tld.
> >>   The first two tld files are full replacements for the struts-html and 
> >> struts-html-el tlds.
> >>   By using these tlds instead of the struts-portlet and struts-portlet-el 
> >> tlds, migrating
> >>   existing Struts applications becomes much easier (just change the taglib 
> >> definition).
> >>   Furthermore, there is now full struts-el support Bridge for all the tags 
> >> (including the
> >>   new onces).
> >>
> >>- New Portlet supporting extended Struts tags ImgTag and ImageTag and 
> >>largely extended
> >>   LinkTag and RewriteTag.
> >>   These tags now support relative image src paths and href link
> >>   paths (including ../ elements).
> >>
> >>- Provides transparent (non-code based) definition of request attribute 
> >>values to be saved
> >>   during ActionRequest handling which will be restored in the subsequent 
> >> RenderRequest(s).
> >>
> >>- Provides transparent (non-code based) definition of url (prefixes) which 
> >>must be
> >>   rendered as Action or Render PortletURL.
> >>   This removes the need to specify the renderURL attribute for link and 
> >> rewrite tags (its
> >>   still supported though, and then will override).
> >>
> >>- xml based configuration of above two features loaded at Portlet 
> >>initialization.
> >>   Default configuration file name: WEB-INF/struts-portlet-config.xml, but 
> >> this is
> >>   configurable itself as well.
> >>   Example configuration (from the new JPetstore demo Portlet):
> >>
> >>
> >>  
> >>
> >>
> >>  
> >>  
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>  
> >>
> >>
> >>- IMPORTANT:
> >>   Default PorletURL created by link and rewrite tag changed from ActionURL 
> >> to RenderURL.
> >>
> >>   This change is made because in the most cases this turned out to be 
> >> RenderURLs.
> >>
> >>   For migrating of existing Struts Bridge based Portlets to the new 
> >> version there is an
> >>   very simple configuration option to revert this to the old style:
> >>
> >>   Define a WEB-INF/struts-portlet-config.xml containing (at least):
> >>
> >>
> >>  
> >>
> >>
> >>   That'll switch the default back to the old style. For the old Struts 
> >> MailReader Demo Portlet
> >>   also provided with Jetspeed-2, I've put in a configuration file just 
> >> like that.
> >>
> >>- New demo portlet application: JPetstore Portlet.
> >>   This very know example web application from iBatis (www.ibatis.com) is 
> >> now also available as
> >>   Portlet and is automatically deployed in Jetspeed-2 as demo portlet: 
> >> check it out.
> >>
> >>- Deploy as Portlet or as web application!
> >>   The Struts Bridge can now be used in a non-Portlet context, and then 
> >> will simply fall back to
> >>   the basic Struts functionality.
> >>   This allows the deployment of t

Re: [J2] Major new version of the Struts Bridge: version 0.2 now available

2005-01-19 Thread Ate Douma

Jeff Sheets wrote:
Wow, this is great Ate!  These are many of the features that I was
hoping for!  I will try this out first thing tomorrow morning.  Do you
know if it handles the EditPage better than the last version?  I'm
hoping it fixes a problem that I was having.
Actually, I don't know to which problem you are referring.
I don't think I "fixed" anything in that area, but if you can give me more
details, I'll be more than happy to so.
Ate
Thanks again!
-- Jeff Sheets
On Thu, 20 Jan 2005 03:49:32 +0100, Ate Douma <[EMAIL PROTECTED]> wrote:
I'm happy to bring the news of a major upgrade of the Struts Bridge.
A short summary of its new features:
- Based on the latest Struts-1.2.4
- Provides new struts-1.2.4-portlet-html.tld and 
struts-1.2.4-portlet-html-el.tld, as
  well as a new struts-portlet-el.tld.
  The first two tld files are full replacements for the struts-html and 
struts-html-el tlds.
  By using these tlds instead of the struts-portlet and struts-portlet-el tlds, 
migrating
  existing Struts applications becomes much easier (just change the taglib 
definition).
  Furthermore, there is now full struts-el support Bridge for all the tags 
(including the
  new onces).
- New Portlet supporting extended Struts tags ImgTag and ImageTag and largely 
extended
  LinkTag and RewriteTag.
  These tags now support relative image src paths and href link
  paths (including ../ elements).
- Provides transparent (non-code based) definition of request attribute values 
to be saved
  during ActionRequest handling which will be restored in the subsequent 
RenderRequest(s).
- Provides transparent (non-code based) definition of url (prefixes) which must 
be
  rendered as Action or Render PortletURL.
  This removes the need to specify the renderURL attribute for link and rewrite 
tags (its
  still supported though, and then will override).
- xml based configuration of above two features loaded at Portlet 
initialization.
  Default configuration file name: WEB-INF/struts-portlet-config.xml, but this 
is
  configurable itself as well.
  Example configuration (from the new JPetstore demo Portlet):
   
   
 
   
   
 
 
   
   
   
   
   
   
   
   
   
   
   
 
   
- IMPORTANT:
  Default PorletURL created by link and rewrite tag changed from ActionURL to 
RenderURL.
  This change is made because in the most cases this turned out to be 
RenderURLs.
  For migrating of existing Struts Bridge based Portlets to the new version 
there is an
  very simple configuration option to revert this to the old style:
  Define a WEB-INF/struts-portlet-config.xml containing (at least):
   
   
 
   
  That'll switch the default back to the old style. For the old Struts 
MailReader Demo Portlet
  also provided with Jetspeed-2, I've put in a configuration file just like 
that.
- New demo portlet application: JPetstore Portlet.
  This very know example web application from iBatis (www.ibatis.com) is now 
also available as
  Portlet and is automatically deployed in Jetspeed-2 as demo portlet: check it 
out.
- Deploy as Portlet or as web application!
  The Struts Bridge can now be used in a non-Portlet context, and then will 
simply fall back to
  the basic Struts functionality.
  This allows the deployment of the same Portlet Application war as web 
application and as portlet
  application. You can thus also test the application in a web server only (as 
long as you
  don't use Portlet features specifically).
  Try out the JPetstore Portlet demo and access it as Portlet from within 
Jetspeed-2 or
  directly from the webserver (e.g. http://localhost:8080/jpetstore).
- Abstracted the access to the ServletContextProvider with protected methods in 
StrutsPortlet
  allowing Portal Vendor specific extensions to be used (like VAP).
- Still no real documentation ;-)
  I'm working on it and plan to deliver real usage documentation, as well as a 
tutorial and instructions
  for migrating existing Struts applications, within a week.
Regards, Ate Douma
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [J2] Major new version of the Struts Bridge: version 0.2 now available

2005-01-19 Thread Jeff Sheets
Wow, this is great Ate!  These are many of the features that I was
hoping for!  I will try this out first thing tomorrow morning.  Do you
know if it handles the EditPage better than the last version?  I'm
hoping it fixes a problem that I was having.

Thanks again!
-- Jeff Sheets


On Thu, 20 Jan 2005 03:49:32 +0100, Ate Douma <[EMAIL PROTECTED]> wrote:
> I'm happy to bring the news of a major upgrade of the Struts Bridge.
> 
> A short summary of its new features:
> - Based on the latest Struts-1.2.4
> 
> - Provides new struts-1.2.4-portlet-html.tld and 
> struts-1.2.4-portlet-html-el.tld, as
>well as a new struts-portlet-el.tld.
>The first two tld files are full replacements for the struts-html and 
> struts-html-el tlds.
>By using these tlds instead of the struts-portlet and struts-portlet-el 
> tlds, migrating
>existing Struts applications becomes much easier (just change the taglib 
> definition).
>Furthermore, there is now full struts-el support Bridge for all the tags 
> (including the
>new onces).
> 
> - New Portlet supporting extended Struts tags ImgTag and ImageTag and largely 
> extended
>LinkTag and RewriteTag.
>These tags now support relative image src paths and href link
>paths (including ../ elements).
> 
> - Provides transparent (non-code based) definition of request attribute 
> values to be saved
>during ActionRequest handling which will be restored in the subsequent 
> RenderRequest(s).
> 
> - Provides transparent (non-code based) definition of url (prefixes) which 
> must be
>rendered as Action or Render PortletURL.
>This removes the need to specify the renderURL attribute for link and 
> rewrite tags (its
>still supported though, and then will override).
> 
> - xml based configuration of above two features loaded at Portlet 
> initialization.
>Default configuration file name: WEB-INF/struts-portlet-config.xml, but 
> this is
>configurable itself as well.
>Example configuration (from the new JPetstore demo Portlet):
> 
> 
>   
> 
> 
>   
>   
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
> 
> 
> - IMPORTANT:
>Default PorletURL created by link and rewrite tag changed from ActionURL 
> to RenderURL.
> 
>This change is made because in the most cases this turned out to be 
> RenderURLs.
> 
>For migrating of existing Struts Bridge based Portlets to the new version 
> there is an
>very simple configuration option to revert this to the old style:
> 
>Define a WEB-INF/struts-portlet-config.xml containing (at least):
> 
> 
>   
> 
> 
>That'll switch the default back to the old style. For the old Struts 
> MailReader Demo Portlet
>also provided with Jetspeed-2, I've put in a configuration file just like 
> that.
> 
> - New demo portlet application: JPetstore Portlet.
>This very know example web application from iBatis (www.ibatis.com) is now 
> also available as
>Portlet and is automatically deployed in Jetspeed-2 as demo portlet: check 
> it out.
> 
> - Deploy as Portlet or as web application!
>The Struts Bridge can now be used in a non-Portlet context, and then will 
> simply fall back to
>the basic Struts functionality.
>This allows the deployment of the same Portlet Application war as web 
> application and as portlet
>application. You can thus also test the application in a web server only 
> (as long as you
>don't use Portlet features specifically).
> 
>Try out the JPetstore Portlet demo and access it as Portlet from within 
> Jetspeed-2 or
>directly from the webserver (e.g. http://localhost:8080/jpetstore).
> 
> - Abstracted the access to the ServletContextProvider with protected methods 
> in StrutsPortlet
>allowing Portal Vendor specific extensions to be used (like VAP).
> 
> - Still no real documentation ;-)
>I'm working on it and plan to deliver real usage documentation, as well as 
> a tutorial and instructions
>for migrating existing Struts applications, within a week.
> 
> Regards, Ate Douma
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[J2] Major new version of the Struts Bridge: version 0.2 now available

2005-01-19 Thread Ate Douma
I'm happy to bring the news of a major upgrade of the Struts Bridge.
A short summary of its new features:
- Based on the latest Struts-1.2.4
- Provides new struts-1.2.4-portlet-html.tld and 
struts-1.2.4-portlet-html-el.tld, as
  well as a new struts-portlet-el.tld.
  The first two tld files are full replacements for the struts-html and 
struts-html-el tlds.
  By using these tlds instead of the struts-portlet and struts-portlet-el tlds, 
migrating
  existing Struts applications becomes much easier (just change the taglib 
definition).
  Furthermore, there is now full struts-el support Bridge for all the tags 
(including the
  new onces).
- New Portlet supporting extended Struts tags ImgTag and ImageTag and largely 
extended
  LinkTag and RewriteTag.
  These tags now support relative image src paths and href link
  paths (including ../ elements).
- Provides transparent (non-code based) definition of request attribute values 
to be saved
  during ActionRequest handling which will be restored in the subsequent 
RenderRequest(s).
- Provides transparent (non-code based) definition of url (prefixes) which must 
be
  rendered as Action or Render PortletURL.
  This removes the need to specify the renderURL attribute for link and rewrite 
tags (its
  still supported though, and then will override).
- xml based configuration of above two features loaded at Portlet 
initialization.
  Default configuration file name: WEB-INF/struts-portlet-config.xml, but this 
is
  configurable itself as well.
  Example configuration (from the new JPetstore demo Portlet):


  


  
  











  

- IMPORTANT:
  Default PorletURL created by link and rewrite tag changed from ActionURL to 
RenderURL.
  This change is made because in the most cases this turned out to be 
RenderURLs.
  For migrating of existing Struts Bridge based Portlets to the new version 
there is an
  very simple configuration option to revert this to the old style:
  Define a WEB-INF/struts-portlet-config.xml containing (at least):


  

  That'll switch the default back to the old style. For the old Struts 
MailReader Demo Portlet
  also provided with Jetspeed-2, I've put in a configuration file just like 
that.
- New demo portlet application: JPetstore Portlet.
  This very know example web application from iBatis (www.ibatis.com) is now 
also available as
  Portlet and is automatically deployed in Jetspeed-2 as demo portlet: check it 
out.
- Deploy as Portlet or as web application!
  The Struts Bridge can now be used in a non-Portlet context, and then will 
simply fall back to
  the basic Struts functionality.
  This allows the deployment of the same Portlet Application war as web 
application and as portlet
  application. You can thus also test the application in a web server only (as 
long as you
  don't use Portlet features specifically).
  Try out the JPetstore Portlet demo and access it as Portlet from within 
Jetspeed-2 or
  directly from the webserver (e.g. http://localhost:8080/jpetstore).
- Abstracted the access to the ServletContextProvider with protected methods in 
StrutsPortlet
  allowing Portal Vendor specific extensions to be used (like VAP).
- Still no real documentation ;-)
  I'm working on it and plan to deliver real usage documentation, as well as a 
tutorial and instructions
  for migrating existing Struts applications, within a week.
Regards, Ate Douma
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Jetspeed 2 question

2005-01-19 Thread evian_spring

Thank you.  I did notice that before, and it seems to
only let me move portlets around.  I logged in as an
administrator and I see "Position" above every portlet 
with two, three arrows to allow me to move them around.
 However I did not see where to add them.  Is this what
you meant by the customizer?

-Original Message-
From: Archana Turaga
[mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 19, 2005 3:33 PM
To: Jetspeed Users List
Subject: RE: Jetspeed 2 question

You can add a new portlet by using the customiser...if
you login in as admin, Jetspeed...you should see small
pencil icons..which when clicked will take you to a
customizer.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 19, 2005 12:50 PM
To: jetspeed-user@jakarta.apache.org
Subject: Jetspeed 2 question

Hi,

I installed Jetspeed 2 and build my first portlet. 
However I had to modify the PSML file to make my
portlet appear.

This is more of a beginner question and would
appreciate an answer...

I would like to know if the PSML can be modified by a
graphic tool to add new portlet on a page, remove one,
etc?  Something like an administrative portlet?

Evian

-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]




-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Article on Portal Server Comparison

2005-01-19 Thread Adrian Nadeau
Here is a document that describes a number of portal servers.  I don't know
if this was the one you were looking for or not.
http://www.nwc.com/showArticle.jhtml?articleID=18900467&pgno=1

There are others that compare Open Source as well.



-Original Message-
From: Bharat Nagwani [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 19, 2005 7:20 PM
To: Jetspeed Users List
Subject: Article on Portal Server Comparison


Hi,



I recently saw an recent article on portal servers comparison. I would
appreciate it if someone who knows

can publish the link.



Thanks.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Jetspeed2 deploy to non /jetspeed context?

2005-01-19 Thread Roger Ruttimann
It's not working and one developer is working on it.
Some changes went in but there are still some areas that need to be 
'cleaned-up'

Roger
Chris Custine wrote:
I posted this to the dev list with no reply.  Anyone else had luck
with deploying J2 to context other than /jetspeed?
Thanks,
Chris
-- Forwarded message --
From: Chris Custine <[EMAIL PROTECTED]>
Date: Mon, 17 Jan 2005 19:09:08 -0500
Subject: Deploy to non /jetspeed context?
To: Jetspeed Developers List 
I saw some commits a few weeks ago relating to this but a quick
attempt to deploy a Jetspeed2 portal to a context other than /jetspeed
doesn't look to be working.  Is this -supposed- to be working in the
current CVS code?  If there is more work to be done and someone could
give me a nudge in the right direction I would be happy to try to work
on this.
Thanks,
Chris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: IDE for Portlets?

2005-01-19 Thread Bharat Nagwani
Here is a plugin for eclipse 
http://plutoeclipse.sourceforge.net/

-Original Message-
From: Adrian Nadeau [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 19, 2005 2:34 PM
To: jetspeed-user@jakarta.apache.org
Subject: IDE for Portlets?

Is anyone aware of any Java IDE's out there that have good support for
developing, testing and deploying JSR 168 Portlets?  Open Source would
be
preferred although not necessary?  Thank you.

Regards,

Adrian Nadeau
VP, Development
Evolving Solutions...Technology for changing
[EMAIL PROTECTED]
www.evolvingsolutions.ca
506.633.2012


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: IDE for Portlets?

2005-01-19 Thread Bharat Nagwani
I believe you can use Sun's Java Studio for this
See
http://developers.sun.com/prodtech/portalserver/reference/techart/portle
ts.html

-Original Message-
From: Adrian Nadeau [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 19, 2005 2:34 PM
To: jetspeed-user@jakarta.apache.org
Subject: IDE for Portlets?

Is anyone aware of any Java IDE's out there that have good support for
developing, testing and deploying JSR 168 Portlets?  Open Source would
be
preferred although not necessary?  Thank you.

Regards,

Adrian Nadeau
VP, Development
Evolving Solutions...Technology for changing
[EMAIL PROTECTED]
www.evolvingsolutions.ca
506.633.2012


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: IDE for Portlets?

2005-01-19 Thread Aleksandr Vushkan
Adrian Nadeau <[EMAIL PROTECTED]> wrote  Wed, Jan 19, 2005 at 07:56:10PM 
-0400,Adrian Nadeau, To Aleksandr Vushkan :
> Thanks for the update.  We've been looking at Eclipse.  Is it possible to
> actually test portlets inside of Eclipse?  Is there a special plugin for
> this?  I'd love to use Eclipse if we can figure out the process.
> 
> Also, I'm a bit new to Ant, is there somewhere to find a build.xml file for
> creating .war files?  Thanks for any information.
I'll send my build.xml file to you tomorrow.
> 
> Adrian
> 
> -Original Message-
> From: Aleksandr Vushkan [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 19, 2005 6:51 PM
> To: Jetspeed Users List; [EMAIL PROTECTED]
> Subject: Re: IDE for Portlets?
> 
> 
> Adrian Nadeau <[EMAIL PROTECTED]> wrote  Wed, Jan 19, 2005 at
> 06:33:44PM -0400,Adrian Nadeau, To jetspeed-user@jakarta.apache.org :
> > Is anyone aware of any Java IDE's out there that have good support for
> > developing, testing and deploying JSR 168 Portlets?  Open Source would be
> > preferred although not necessary?  Thank you.
> I use Eclipse + Ant. But I'm beginner...:)
> 
> --
> С Уважением, Александр Вушкан
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

-- 
С Уважением, Александр Вушкан

"Great minds discuss ideas. Average minds discuss events. Small minds discuss 
people."  - Admiral Hyman Rickover


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: IDE for Portlets?

2005-01-19 Thread Adrian Nadeau
Thanks for the update.  We've been looking at Eclipse.  Is it possible to
actually test portlets inside of Eclipse?  Is there a special plugin for
this?  I'd love to use Eclipse if we can figure out the process.

Also, I'm a bit new to Ant, is there somewhere to find a build.xml file for
creating .war files?  Thanks for any information.

Adrian

-Original Message-
From: Aleksandr Vushkan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 19, 2005 6:51 PM
To: Jetspeed Users List; [EMAIL PROTECTED]
Subject: Re: IDE for Portlets?


Adrian Nadeau <[EMAIL PROTECTED]> wrote  Wed, Jan 19, 2005 at
06:33:44PM -0400,Adrian Nadeau, To jetspeed-user@jakarta.apache.org :
> Is anyone aware of any Java IDE's out there that have good support for
> developing, testing and deploying JSR 168 Portlets?  Open Source would be
> preferred although not necessary?  Thank you.
I use Eclipse + Ant. But I'm beginner...:)

--
С Уважением, Александр Вушкан



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Article on Portal Server Comparison

2005-01-19 Thread Bharat Nagwani
Hi,

 

I recently saw an recent article on portal servers comparison. I would
appreciate it if someone who knows

can publish the link.

 

Thanks.



Re: IDE for Portlets?

2005-01-19 Thread Simon Annear
You could look at Bowstreet (not Free)
Very quick and powerfull
Aleksandr Vushkan wrote:
Adrian Nadeau <[EMAIL PROTECTED]> wrote  Wed, Jan 19, 2005 at 06:33:44PM -0400,Adrian Nadeau, To jetspeed-user@jakarta.apache.org :
 

Is anyone aware of any Java IDE's out there that have good support for
developing, testing and deploying JSR 168 Portlets?  Open Source would be
preferred although not necessary?  Thank you.
   

I use Eclipse + Ant. But I'm beginner...:)
 



smime.p7s
Description: S/MIME Cryptographic Signature


Re: IDE for Portlets?

2005-01-19 Thread Aleksandr Vushkan
Adrian Nadeau <[EMAIL PROTECTED]> wrote  Wed, Jan 19, 2005 at 06:33:44PM 
-0400,Adrian Nadeau, To jetspeed-user@jakarta.apache.org :
> Is anyone aware of any Java IDE's out there that have good support for
> developing, testing and deploying JSR 168 Portlets?  Open Source would be
> preferred although not necessary?  Thank you.
I use Eclipse + Ant. But I'm beginner...:)

-- 
С Уважением, Александр Вушкан



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



IDE for Portlets?

2005-01-19 Thread Adrian Nadeau
Is anyone aware of any Java IDE's out there that have good support for
developing, testing and deploying JSR 168 Portlets?  Open Source would be
preferred although not necessary?  Thank you.

Regards,

Adrian Nadeau
VP, Development
Evolving Solutions...Technology for changing
[EMAIL PROTECTED]
www.evolvingsolutions.ca
506.633.2012


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: portlet property

2005-01-19 Thread David Sean Taylor
Ken Ramirez wrote:
I don't have one like that yet, and I was planning on writing one. This 
is perfect. I'll put it into Gems.


Great!
In my opinion, what makes this portlet cooler than using an init-param 
is that the name of the file can be changed after the portlet is 
deployed without having to redeploy any part of the portlet. Would you 
agree with this?

Yes.
Init Params are across all users.
Using a pref is better here so that we can use the same portlet for 
different users.

--
David Sean Taylor
Bluesunrise Software
[EMAIL PROTECTED]
[office] +01 707 773-4646
[mobile] +01 707 529 9194
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: paid Support for Jetspeed 2

2005-01-19 Thread Ate Douma
Possibly yes.
I myself and several, if not most, of the other Jetspeed(-2) committers are 
professional consultants
not only working on Jetspeed(-2) for the greater benefit of all but also during 
their paid
jobs and contracts.
You have to be more specific though I think to get a positive response.
A lot of us are already cramped in work ;-)
Bharat Nagwani wrote:
Hi,
 

Is it possible to get paid support for jetspeed-2?
 

thanks


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


paid Support for Jetspeed 2

2005-01-19 Thread Bharat Nagwani
Hi,

 

Is it possible to get paid support for jetspeed-2?

 

thanks



RE: Jetspeed 2 question

2005-01-19 Thread Archana Turaga
You can add a new portlet by using the customiser...if you login in as
admin, Jetspeed...you should see small pencil icons..which when clicked
will take you to a customizer.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 19, 2005 12:50 PM
To: jetspeed-user@jakarta.apache.org
Subject: Jetspeed 2 question

Hi,

I installed Jetspeed 2 and build my first portlet. 
However I had to modify the PSML file to make my
portlet appear.

This is more of a beginner question and would
appreciate an answer...

I would like to know if the PSML can be modified by a
graphic tool to add new portlet on a page, remove one,
etc?  Something like an administrative portlet?

Evian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Jetspeed 2 question

2005-01-19 Thread evian_spring
Hi,

I installed Jetspeed 2 and build my first portlet. 
However I had to modify the PSML file to make my
portlet appear.

This is more of a beginner question and would
appreciate an answer...

I would like to know if the PSML can be modified by a
graphic tool to add new portlet on a page, remove one,
etc?  Something like an administrative portlet?

Evian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: portlet property

2005-01-19 Thread Ken Ramirez
I don't have one like that yet, and I was planning on writing one. This 
is perfect. I'll put it into Gems.

In my opinion, what makes this portlet cooler than using an init-param 
is that the name of the file can be changed after the portlet is 
deployed without having to redeploy any part of the portlet. Would you 
agree with this?

Ken
David Sean Taylor wrote:
Marek Nowak wrote:
Hello
I want to write a portlet for Jetspeed2. This portlet should display 
a given html page. Let's call this portlet HtmlPortlet. I want to put 
4 portlets on my page, each of them should display a given page.


++
|  | |
|  | |
|  HtmlPortlet | HtmlPortlet |
|  | |
|displays a.html   |   displays b.html   |
|  | |
|  | |
++
|  | |
|  | |
|  HtmlPortlet | HtmlPortlet |
|  | |
|displays c.html   |   displays d.html   |
|  | |
|  | |
++

Does anybody know how to set an "myUrl" property of these portlets? 
Is it possible? I know that properties of portlets are stored in 
database, but I would like to set the property "myUrl" in a file. If 
it is impossible, maybe you know how to make my application to set 
this property in database for each portlet.

Regards
Marek
Think you mean preferences.
The storage method of preferences is up to the portal impl.
You shouldn't really be concerned with the details of how the portal 
stores preferences...

Are you looking for an external link or a local file? We already have 
a web content portlet for external links in Jetspeed-2.

For a local html file, I just took 5 minutes and wrote this portlet 
for you.
I guess I should commit it to Gems if Ken doesnt already have 
something like this.
---

package com.which.idtb.portlets;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import javax.portlet.PortletConfig;
import javax.portlet.PortletException;
import javax.portlet.RenderRequest;
import javax.portlet.RenderResponse;
import javax.portlet.PortletPreferences;
import org.apache.portals.bridges.common.GenericServletPortlet;
/*
 * Copyright 2000-2004 The Apache Software Foundation.
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *  http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or 
implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */

/**
 * FilePortlet
 *
 * @author mailto:[EMAIL PROTECTED]">David Sean Taylor
 * @version $Id: $
 */
public class FilePortlet extends GenericServletPortlet
{
public void doView(RenderRequest request, RenderResponse response) 
throws PortletException, IOException
{
response.setContentType("text/html");
PortletPreferences prefs = request.getPreferences();
String fileName = prefs.getValue("file", null);
if (fileName != null)
{
InputStream is = 
this.getPortletContext().getResourceAsStream(fileName);
drain(is, response.getPortletOutputStream());
is.close();
}
else
{
response.getWriter().println("Could not find file 
preference ");
}
}

static final int BLOCK_SIZE=4096;
public static void drain(InputStream r,OutputStream w) throws 
IOException
{
byte[] bytes=new byte[BLOCK_SIZE];
try
{
  int length=r.read(bytes);
  while(length!=-1)
  {
  if(length!=0)
  {
  w.write(bytes,0,length);
  }
  length=r.read(bytes);
  }
  }
  finally
  {
bytes=null;
  }

}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
************
Stay on top of all things to do with JSR-168 Portlet and
Portal development by bookmarking the authority on the
subject: http://community.java.net/portlet
*
* News
* Weblogs
* Community Tips
* Portlet and Portal Projects
* Featured Articles
*

Re: portlet property

2005-01-19 Thread David Sean Taylor
Marek Nowak wrote:
Hello
I want to write a portlet for Jetspeed2. This portlet should display a given 
html page. Let's call this portlet HtmlPortlet. I want to put 4 portlets on my 
page, each of them should display a given page.

++
|  | |
|  | |
|  HtmlPortlet | HtmlPortlet |
|  | |
|displays a.html   |   displays b.html   |
|  | |
|  | |
++
|  | |
|  | |
|  HtmlPortlet | HtmlPortlet |
|  | |
|displays c.html   |   displays d.html   |
|  | |
|  | |
++

Does anybody know how to set an "myUrl" property of these portlets? Is it possible? I 
know that properties of portlets are stored in database, but I would like to set the property 
"myUrl" in a file. If it is impossible, maybe you know how to make my application to set 
this property in database for each portlet.
Regards
Marek
Think you mean preferences.
The storage method of preferences is up to the portal impl.
You shouldn't really be concerned with the details of how the portal 
stores preferences...

Are you looking for an external link or a local file? We already have a 
web content portlet for external links in Jetspeed-2.

For a local html file, I just took 5 minutes and wrote this portlet for you.
I guess I should commit it to Gems if Ken doesnt already have something 
like this.
---

package com.which.idtb.portlets;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import javax.portlet.PortletConfig;
import javax.portlet.PortletException;
import javax.portlet.RenderRequest;
import javax.portlet.RenderResponse;
import javax.portlet.PortletPreferences;
import org.apache.portals.bridges.common.GenericServletPortlet;
/*
 * Copyright 2000-2004 The Apache Software Foundation.
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *  http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */
/**
 * FilePortlet
 *
 * @author mailto:[EMAIL PROTECTED]">David Sean Taylor
 * @version $Id: $
 */
public class FilePortlet extends GenericServletPortlet
{
public void doView(RenderRequest request, RenderResponse response) 
throws PortletException, IOException
{
response.setContentType("text/html");
PortletPreferences prefs = request.getPreferences();
String fileName = prefs.getValue("file", null);
if (fileName != null)
{
InputStream is = 
this.getPortletContext().getResourceAsStream(fileName);
drain(is, response.getPortletOutputStream());
is.close();
}
else
{
response.getWriter().println("Could not find file 
preference ");
}
}

static final int BLOCK_SIZE=4096;
public static void drain(InputStream r,OutputStream w) throws 
IOException
{
byte[] bytes=new byte[BLOCK_SIZE];
try
{
  int length=r.read(bytes);
  while(length!=-1)
  {
  if(length!=0)
  {
  w.write(bytes,0,length);
  }
  length=r.read(bytes);
  }
  }
  finally
  {
bytes=null;
  }

}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Expresso & Jetspeed

2005-01-19 Thread Dan Moore
I have.  Jetspeed 1.5 and Expresso 5.5.

Our setup was fairly heavily customized; what particular questions did
you have?

Dan

--- Stefano Paganucci <[EMAIL PROTECTED]> wrote:

> Has someone integrated Expresso Framework with Jetspeed2 or Jetspeed?
> 
> Is it possible to do?
> 
> Regards,
> 
> Stefano
> 
> 
>  
> 
> 
> 
> 
> This message is for the designated recipient only and may contain
> privileged
> or confidential information. If you have received it in error, we
> apoligize
> for this. Please notify the sender immediately and delete the
> original. Any
> other use of the message is illegal. SMS Group S.r.l. does not accept
> any
> liability for corruption, interception or damages, if any, caused by
> unauthorized use of this message or parts.
> 
>  
> 
> -- 
> No virus found in this outgoing message.
> Checked by AVG Anti-Virus.
> Version: 7.0.300 / Virus Database: 265.7.0 - Release Date: 17/01/2005
>  
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Can I use Hibernate with Jetspeed 2 ??

2005-01-19 Thread Scott T. Weaver
You can use Hibernate to create your own portlet applications, that's 
fine, well fine as long as  you don't plan on donating them to Apache.  
You could also easily replace the current O/R layer in Jetspeed 2 with 
Hibernate as it is using Spring for that, again, that is only if you do 
not plan on donating your changes back to Apache.  Apache legal decided 
many moons ago that the LGPL, per their interpretation, is incompitable 
with the ASL.  They site that there is a clause in the LGPL that could 
allow LGPL'd code to virulent infect an end-user's proprietary code, 
legally converting said code proprietary to LGPL code.

As for me, I hate this!  I like Hibernate and use it for many apps.  I 
also feel that we (Apache developers) loose out on choosing to use 
certain OS projects do to this interpretation of the LGPL

Jonathan Hawkins wrote:
What is the issue with the licences.
Thanks
Jon Hawkins
David Sean Taylor wrote:
Shah Amit wrote:
Hi all,
I tried to look up on google, but only found an article dated back 
in May that J2 will soon have Hibernate support.

I would like to know if I can use Hibernate with J2. I dont know the 
best way to architect this, but if J2 doeesnot provide any inbuilt 
support and I have to write everything in my application, I guess 
that is fine too.

The Apache license is not compatible with Hibernates license.
Thus we cannot use Hibernate in Jetspeed-2.
However you are free to use Hibernate in your portlet applications or 
component implementations.

I downloaded the code from CVS on 17th Jan. and there was a DB 
Browser application in that, but that doesnot work, and it probably 
looks like it is still not finished, and also it doesnot user 
Hibernate I think.

The DB Browser should work fine.
Let me know if it doesn't.
Again, its in an Apache CVS. Can't use Hibernate.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--
"Great minds discuss ideas. Average minds discuss events. Small minds discuss 
people."  - Admiral Hyman Rickover
***
*   Scott T. Weaver   *
* <[EMAIL PROTECTED]> *
* *
* --  *
*   Apache Jetspeed Enterprise Portal *
* Apache Pluto Portlet Container  *
* *
* OpenEdit, Website Content Management*
*    *
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Documentation

2005-01-19 Thread Scott T. Weaver
Hi Adrian,
The wiki might be a good place to start, 
http://wiki.apache.org/portals/Jetspeed2.

Adrian Nadeau wrote:
Hello,
We have just currently installed Jetspeed 2 on Tomcat 5.0.30.  We are
wondering if there are any documentation or resources out there to help us
get started on development of JSR 168 Compliant Portlets and deploying them
to Jetspeed 2?  We have added a few test Portlets fine but we would like to
better understand how Tomcat 5 actually deploys the war files and how we can
update Portlets within our testing environment without re-exporting them as
a new .war file every time we make a change.  Any information would be
great, thank you in advance.
Regards,
Adrian Nadeau
VP, Development
Evolving Solutions...Technology for changing
[EMAIL PROTECTED]
www.evolvingsolutions.ca
506.633.2012

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

 


--
"Great minds discuss ideas. Average minds discuss events. Small minds discuss 
people."  - Admiral Hyman Rickover
***
*   Scott T. Weaver   *
* <[EMAIL PROTECTED]> *
* *
* --  *
*   Apache Jetspeed Enterprise Portal *
* Apache Pluto Portlet Container  *
* *
* OpenEdit, Website Content Management*
*    *
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Can you apply a patch on xml files? ( was Re: Invalid Column Name error - JS 2 build - SecurityAccessImpl

2005-01-19 Thread Jeff Sheets
As for oracle, you're right.  Everything in oracle is case insensitive.


On Tue, 18 Jan 2005 21:16:14 -0900, Hema Menon <[EMAIL PROTECTED]> wrote:
> I don't mind answering my own queries, since I hope someone will later
> benefit from the reply if they encounter a similar situation:)
> 
> Anyway, I find that security_repository.xml and sso_repository.xml
> contains the column names in lower-case, whereas the table column
> names themselves are defined in upper case. In my case, Sybase throws
> exception, other databases(say Oracle) may not. Will it be possible to
> update these files to reflect the column names in the upper case?
> 
> Thanks,
> Hema
> 
> On Fri, 14 Jan 2005 14:38:53 -0600, Hema Menon <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I was successful in building Jetspeed 2 from the source checked out
> > from CVS today. My database for deployment is Sybase. After deploying
> > jetspeed when I try to login I get the SQLException due to invalid
> > column name. The error stack trace is provided below.
> >
> > I am not why the code is looking for a Column name: creation_date,
> > when the column name is indeed CREATION_DATE. It appears that
> > getInternalUserPrincipal() method of SecurityAccessImpl is creating
> > the query using QueryFactory where this is failing. From what I
> > understand it is using SECURITY_PRINCIPAL table where CREATION_DATE
> > coulmn is defined. I am not sure failure of the query due to
> > case-sensitiveness is specific to Sybase. Can anyone let me know why
> > this is happening?
> >
> > Stack trace follows:
> > org.springframework.jdbc.UncategorizedSQLException: (OJB operation):
> > encountered SQLException [Invalid column name 'creation_date'.
> > ]; nested exception is com.sybase.jdbc2.jdbc.SybSQLException: Invalid
> > column name 'creation_date'.
> >
> > 
> > org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.translate(SQLStateSQLExceptionTranslator.java:94)
> > 
> > org.springframework.orm.ojb.OjbAccessor.convertJdbcAccessException(OjbAccessor.java:107)
> > 
> > org.springframework.orm.ojb.OjbAccessor.convertOjbAccessException(OjbAccessor.java:89)
> > 
> > org.springframework.orm.ojb.PersistenceBrokerTemplate.execute(PersistenceBrokerTemplate.java:155)
> > 
> > org.springframework.orm.ojb.PersistenceBrokerTemplate.getObjectByQuery(PersistenceBrokerTemplate.java:178)
> > org.apache.jetspeed.security.spi.impl.SecurityAccessImpl..
> > ..)
> > 
> > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:152)
> > $Proxy2.getInternalUserPrincipal(Unknown Source)
> > 
> > org.apache.jetspeed.security.spi.impl.DefaultUserSecurityHandler.getUserPrincipal(DefaultUserSecurityHandler.java:61)
> >
> > Thanks,
> > Hema
> >
> > ~~
> > Hema Menon
> >
> 
> --
> 
> ~~
> Hema Menon
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Can I use Jetspeed2 with Turbine ...

2005-01-19 Thread Scott T. Weaver
We only use the IoC and AoP portion of Spring in Jetspeed 2 we do not 
use the web frame  As for developing portlet apps in Turbine, you will 
probably need to develop a "bridge" like we have already done for 
Struts, PHP, Perl and Velocity.

Shah Amit wrote:work
Also I am kindaa in an evaluation stage of Portal and what framework 
to use. If someone can give me some comparisions, I would really 
appreciate.

I know that Jetspeed 2 is  based on Spring Framework. Is it easy to 
use Spring Framework as the framework for my portlets with Jetspeed ?? 
Also some of my concerns with using Spring would be how easily are 
developers with expertise in Spring Framework available in market ??

I have worked quite a lot with Turbine Framework and Velocity and I 
know those pretty well, but I dont know if Jetspeed 2 supports Turbine :(

Any helps, opinions very appreciated !!!
Regards,
Amit

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--
"Great minds discuss ideas. Average minds discuss events. Small minds discuss 
people."  - Admiral Hyman Rickover
***
*   Scott T. Weaver   *
* <[EMAIL PROTECTED]> *
* *
* --  *
*   Apache Jetspeed Enterprise Portal *
* Apache Pluto Portlet Container  *
* *
* OpenEdit, Website Content Management*
*    *
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Jetspeed2 deploy to non /jetspeed context?

2005-01-19 Thread Scott T. Weaver
Both David and I are working on that.   I removed most of the reference 
to Jetpseed static object from both the layout portlets and the 
JetspeedPowerTool.  I need to roadmap out what is left to do as I will 
be starting back up on this issue this week.

Ate Douma wrote:
It isn't possible right now.
The problem is in the layout portlets which are run under the 
/jetspeed context and which
also expect to be run under the J2 context.
Scott Weaver started refactoring the layout portlets to allow them to 
run independently from
the J2 context (see: http://issues.apache.org/jira/browse/JS2-182).

I also need to be able to run J2 under a different context so I'm also 
interested to know
what the status is right now.
Scott: are you still working on this and can you give some information 
what is still to do?
Maybe I can help out with this.

Regards, Ate
Chris Custine wrote:
I posted this to the dev list with no reply.  Anyone else had luck
with deploying J2 to context other than /jetspeed?
Thanks,
Chris
-- Forwarded message --
From: Chris Custine <[EMAIL PROTECTED]>
Date: Mon, 17 Jan 2005 19:09:08 -0500
Subject: Deploy to non /jetspeed context?
To: Jetspeed Developers List 
I saw some commits a few weeks ago relating to this but a quick
attempt to deploy a Jetspeed2 portal to a context other than /jetspeed
doesn't look to be working.  Is this -supposed- to be working in the
current CVS code?  If there is more work to be done and someone could
give me a nudge in the right direction I would be happy to try to work
on this.
Thanks,
Chris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--
"Great minds discuss ideas. Average minds discuss events. Small minds discuss 
people."  - Admiral Hyman Rickover
***
*   Scott T. Weaver   *
* <[EMAIL PROTECTED]> *
* *
* --  *
*   Apache Jetspeed Enterprise Portal *
* Apache Pluto Portlet Container  *
* *
* OpenEdit, Website Content Management*
*    *
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Expresso & Jetspeed

2005-01-19 Thread Stefano Paganucci
Has someone integrated Expresso Framework with Jetspeed2 or Jetspeed?

Is it possible to do?

Regards,

Stefano


 




This message is for the designated recipient only and may contain privileged
or confidential information. If you have received it in error, we apoligize
for this. Please notify the sender immediately and delete the original. Any
other use of the message is illegal. SMS Group S.r.l. does not accept any
liability for corruption, interception or damages, if any, caused by
unauthorized use of this message or parts.  

 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.7.0 - Release Date: 17/01/2005
 


Understand when it's the first time i call the portlet

2005-01-19 Thread angeloimm
Hi all i have this problem; i have a GenericMvcPortlet; to this portlet is 
associated an Action; in this action there are some variables that i use for 
some settings; now by writing on the psml and by reading from psml i'm able to 
"freeze" the portlet state the problem is that when i close the portlet 
i'ld like to write on the psml all the default values... how could i do this? I 
need this for setting the right parameters for pagination of my portlet; if 
anybody know how i can do this, plese tell me.
Bye




6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero!
Scaricalo su INTERNET GRATIS 6X http://www.libero.it



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



portlet property

2005-01-19 Thread Marek Nowak
Hello

I want to write a portlet for Jetspeed2. This portlet should display a given 
html page. Let's call this portlet HtmlPortlet. I want to put 4 portlets on my 
page, each of them should display a given page.



++
|  | |
|  | |
|  HtmlPortlet | HtmlPortlet |
|  | |
|displays a.html   |   displays b.html   |
|  | |
|  | |
++
|  | |
|  | |
|  HtmlPortlet | HtmlPortlet |
|  | |
|displays c.html   |   displays d.html   |
|  | |
|  | |
++



Does anybody know how to set an "myUrl" property of these portlets? Is it 
possible? I know that properties of portlets are stored in database, but I 
would like to set the property "myUrl" in a file. If it is impossible, maybe 
you know how to make my application to set this property in database for each 
portlet.

Regards
Marek


Re: Jetspeed2 deploy to non /jetspeed context?

2005-01-19 Thread Ate Douma
It isn't possible right now.
The problem is in the layout portlets which are run under the /jetspeed context 
and which
also expect to be run under the J2 context.
Scott Weaver started refactoring the layout portlets to allow them to run 
independently from
the J2 context (see: http://issues.apache.org/jira/browse/JS2-182).
I also need to be able to run J2 under a different context so I'm also 
interested to know
what the status is right now.
Scott: are you still working on this and can you give some information what is 
still to do?
Maybe I can help out with this.
Regards, Ate
Chris Custine wrote:
I posted this to the dev list with no reply.  Anyone else had luck
with deploying J2 to context other than /jetspeed?
Thanks,
Chris
-- Forwarded message --
From: Chris Custine <[EMAIL PROTECTED]>
Date: Mon, 17 Jan 2005 19:09:08 -0500
Subject: Deploy to non /jetspeed context?
To: Jetspeed Developers List 
I saw some commits a few weeks ago relating to this but a quick
attempt to deploy a Jetspeed2 portal to a context other than /jetspeed
doesn't look to be working.  Is this -supposed- to be working in the
current CVS code?  If there is more work to be done and someone could
give me a nudge in the right direction I would be happy to try to work
on this.
Thanks,
Chris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]