fernando@lozano.eti.br wrote: > Hi there, > > Anyone had an issue on using the Porltet Bridge 1.0.4 with Strtus 1.3.10 (or anything newer than > 1.2.7)? > > I myself had no problems so far, but people here are nervous because the portlet bridge docs state > it was made for 1.2.7 and assume it would not be safe with later releases. > > Maybe you just need to change the web site and state "1.2.7 or later, including 1.3.x". :-) Hi Fernando, I have no problem with mentioning the current Struts Portlet Bridge already supports 1.3.x, but so far had no feedback on this. IMO a critical aspect which needs to be validated first is if the Struts 1.3.x taglibs haven't changed such that the Struts Portlet Bridge "overlaying" of these taglibs is not "masking" new tags/attributes etc. I remember this did happen with a previous "upgrade" (I think from 1.2.4 -> 1.2.7) and therefore required upgrade/synchronize the Struts Portlet Bridge taglibs too to make it really compatible. If you're willing to investigate and validate this and confirm there is no need to synchronize the taglibs, I can easily update the website thereafter. Regards, Ate > > > []s, Fernando Lozano > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org > For additional commands, e-mail: bridges-user-help@portals.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi there, Anyone had an issue on using the Porltet Bridge 1.0.4 with Strtus 1.3.10 (or anything newer than 1.2.7)? I myself had no problems so far, but people here are nervous because the portlet bridge docs state it was made for 1.2.7 and assume it would not be safe with later releases. Maybe you just need to change the web site and state "1.2.7 or later, including 1.3.x". :-) []s, Fernando Lozano --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi there, I some issuies with Java EE declarative security and Struts 1.x Portlets, and a patch that solves some of them. I just wish feedback from users and developers on those issues and my ideas about them before opening a JIRA ticket abd submiting my patch. Althouth some developers perfer to ignore Java EE security completely, and use either Acegi or some in-house (in-)security solution, if you do use Struts or JSF you can leverage standard declarative security with ease. But,when you move from from servlets to portlets, you give up all declarative security features, that is, web.xml <security-constraints> become noops. It's not so bad with Struts, where you can stilluse roles in action mappings, but with JSF and plain servlet development you nave no option but hand coded programatic security. :-( I understand portlets don't have URI so at first you would not have away to implement declarative security for portlets. Actually, most frameworks use a navigation parameter(navigational state) to emulate request URLs -- This is the case with both the standard JSF portelt bridge and the Apache Portals struts portlet bridige from apache portals. So it would be feasible for a portlet bridge to read <security-constraints> from web.xml and emulate their working as if in a servlet container. In the general case, there could be a <security-contraint> inside portlet.xml with subelements as <parameter-name> and <parameter-value> to replace <uri-pattern> from web.xml, and the portlet container could enforce declarative security access control using the navigational context. I don't believe I was the first to think about this but I think this is a big omission from all JSRs related to portlet development under Java EE. :-( Another, but related, issue: back to JSF (and also struts) in a servlet container we would use a web.xml <error-page> element for <error-code> 403 to display a user-friendly "access denied" page. We also loose this capability inside a portlet container, but that's another thing a portlet bridge could emulate with ease. And that's another thing we could have properly implemented in portlet.xml, maybe as an exception handler so portlets don't get configured for http error codes. So there are actually two issues: 1. Enforcing declarative security access controls inside a portlet container -- Struts already solves that using <action-mapping> compatible with both servlet and portlet containers; 2. Dsiplaying an user-friendly error page, which in a servelt container is done by the container itself but not by a portlet container, and neither Struts nor the Apache Portals Portlet Bridge provide an alternative. My first idea at (2) was to simply subclass the StrutsPortlet and override the renderError() method. But this is quite restrictive as the original method can't use a RequestDispatcher to include a JSP error page or call an Struts action. Throwing an exception is also not an option, because exception thrown by StrutsPortlet don't reach the error handler configured by struts-action.xml My solution is to patch StrutsPortlet so it pass the proxied ServletContext and HttpServeltRequest to renderError, and use either a portlet init-param or context-param to configure an error page by http error code, replacing thus the web.xml <error-page> element, and leaving generic exceptions to the struts error handler. It's a trivial patch and solves my issues until the portlet API provides a better solution, or someone (maybe me) thinks about emulating web.xml declarative security features inside the portlet bridge. []s, Fernando Lozano ex-Java.Net Community Manager 4Linux Software, Brazil --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Steve Bosman wrote: > On Thu, Jun 25, 2009 at 10:51 AM, Ate Douma <ate@douma.nu> wrote: >> The entry is just fine, thanks. > > Good :) > >> I've already assigned it to myself andd will try to look at it shortly as > soon as I can make some time free for this. >> As I also mentioned in the issue, it might be useful to add setting > portletMode as well which would merge very easily with your patch. > > Yes, I agree that is a good idea. I'll have a look and see what is involved. > >> I have another question: as you mentioned in your initial email, you are > using String 1.2.9. >> When we're going to release a new version of the String Bridge, I'll have > to decide which target struts 1.x version(s) to support. >> The current bridge is still targeted at Struts 1.2.7. >> Can you elaborate why you are using Struts 1.2.9 and for example not using > a 1.3.x version (yet)? >> There might be technical/migration issues I need to consider but I haven't > investigated this. >> Any input you have might be very helpful to me. > > I'm currently in the research phase for a portlet project at work. We > already have a fairly large struts 1.1 project which, due to some custom > extensions, people have always been a little scared of migrating. I've > implemented changes to migrate to 1.2.9, but there are quite a few > deprecated methods/classes in 1.2.9 that are used in our main code base that > have been removed in 1.3 and I didn't want to attempt the migration just yet > - partially because it looks like a lot of work to do on a research branch > and partially because the struts bridge is targeted at 1.2.7. > > We settled on the struts bridge early on and initially I was using 1.2.7 > (since that is the supported version), but liferay ships with 1.2.9 so I > moved to that version. Ok, thanks for the information. Looks like we'll have to (keep) supporting 1.2.x too then (which I'm fine doing). I'll try to investigate if there are 1.3.x changes which might affect the struts bridge itself, although AFAIK its not depending on any deprecated methods. Did you need to make other changed/enhancements for the Struts Bridge like the Struts tld mapping for 1.2.9? If so, I'd be interested in those as well to incorporate it in the next version. As another off-topic question which you might willing to answer: is there any technical of functional reason you are using Liferay and not (for example) Jetspeed-2? Regards, Ate > > Steve > --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
On Thu, Jun 25, 2009 at 10:51 AM, Ate Douma <ate@douma.nu> wrote: > > The entry is just fine, thanks. Good :) > > I've already assigned it to myself andd will try to look at it shortly as soon as I can make some time free for this. > As I also mentioned in the issue, it might be useful to add setting portletMode as well which would merge very easily with your patch. Yes, I agree that is a good idea. I'll have a look and see what is involved. > > I have another question: as you mentioned in your initial email, you are using String 1.2.9. > When we're going to release a new version of the String Bridge, I'll have to decide which target struts 1.x version(s) to support. > The current bridge is still targeted at Struts 1.2.7. > Can you elaborate why you are using Struts 1.2.9 and for example not using a 1.3.x version (yet)? > > There might be technical/migration issues I need to consider but I haven't investigated this. > Any input you have might be very helpful to me. I'm currently in the research phase for a portlet project at work. We already have a fairly large struts 1.1 project which, due to some custom extensions, people have always been a little scared of migrating. I've implemented changes to migrate to 1.2.9, but there are quite a few deprecated methods/classes in 1.2.9 that are used in our main code base that have been removed in 1.3 and I didn't want to attempt the migration just yet - partially because it looks like a lot of work to do on a research branch and partially because the struts bridge is targeted at 1.2.7. We settled on the struts bridge early on and initially I was using 1.2.7 (since that is the supported version), but liferay ships with 1.2.9 so I moved to that version. Steve
Steve Bosman wrote: > On Thu, Jun 25, 2009 at 8:19 AM, Ate Douma <ate@douma.nu> wrote: > >> Hi Steve, >> >> I see you already answered your own question on stackoverflow :) >> Your solution is fine and if you are willing to create a new JIRA issue for >> it at http://issues.apache.org/jira/browse/PB with a patch attached, I'm >> happy to incorporate this in the next version of the Struts Bridge. >> >> Regards, >> >> Ate >> > > I've raised an issue ( https://issues.apache.org/jira/browse/PB-91 ) and > submitted the patch - I wasn't that sure about how to fill in the fields, so > I'm sorry if I made any mistakes (let me know and I'll try to better in the > future). The entry is just fine, thanks. I've already assigned it to myself andd will try to look at it shortly as soon as I can make some time free for this. As I also mentioned in the issue, it might be useful to add setting portletMode as well which would merge very easily with your patch. I have another question: as you mentioned in your initial email, you are using String 1.2.9. When we're going to release a new version of the String Bridge, I'll have to decide which target struts 1.x version(s) to support. The current bridge is still targeted at Struts 1.2.7. Can you elaborate why you are using Struts 1.2.9 and for example not using a 1.3.x version (yet)? There might be technical/migration issues I need to consider but I haven't investigated this. Any input you have might be very helpful to me. Thanks, Ate > > Steve > --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
On Thu, Jun 25, 2009 at 8:19 AM, Ate Douma <ate@douma.nu> wrote: > Hi Steve, > > I see you already answered your own question on stackoverflow :) > Your solution is fine and if you are willing to create a new JIRA issue for > it at http://issues.apache.org/jira/browse/PB with a patch attached, I'm > happy to incorporate this in the next version of the Struts Bridge. > > Regards, > > Ate > I've raised an issue ( https://issues.apache.org/jira/browse/PB-91 ) and submitted the patch - I wasn't that sure about how to fill in the fields, so I'm sorry if I made any mistakes (let me know and I'll try to better in the future). Steve
Hi Steve, I see you already answered your own question on stackoverflow :) Your solution is fine and if you are willing to create a new JIRA issue for it at http://issues.apache.org/jira/browse/PB with a patch attached, I'm happy to incorporate this in the next version of the Struts Bridge. Regards, Ate Steve Bosman wrote: > Hi, > Since this list is fairly low traffic, I've also asked this question on > stackoverflow ( http://stackoverflow.com/questions/1031622 ). > > I am developing a JSR-286 compliant portlet based on struts 1.2.9 (for > historical reasons we want to reuse a lot existing code) using the struts > portlet bridge. I want some links to change the WindowState, but the FormTag > and LinkTag provided by the portal bridge don't have an easy way to set the > WindowState. I'm happy to extend these two tags, but am unsure how to > proceed. > > How can I determine what request parameters need adding in a portal agnostic > way? For instance, it would appear that liferay uses p_p_state and > gridsphere gs_state. > > Steve > --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi, Since this list is fairly low traffic, I've also asked this question on stackoverflow ( http://stackoverflow.com/questions/1031622 ). I am developing a JSR-286 compliant portlet based on struts 1.2.9 (for historical reasons we want to reuse a lot existing code) using the struts portlet bridge. I want some links to change the WindowState, but the FormTag and LinkTag provided by the portal bridge don't have an easy way to set the WindowState. I'm happy to extend these two tags, but am unsure how to proceed. How can I determine what request parameters need adding in a portal agnostic way? For instance, it would appear that liferay uses p_p_state and gridsphere gs_state. Steve -- http://www.stevebosman.co.uk/ "I hear and I forget. I see and I remember. I do and I understand." - Confucius
Hi, I've been trying to get the JBoss Portal 2.7.1 working with the Struts bridge so I can run the JPetstore Struts example application inside as a portlet. The bridge requires an implementation of ServletContentProvider to be supplied. I was not able to figure out if this is still possible in 2.7.1 or how to implement these methods. There used to be built in support within JBoss Portal 2.6 in the form of the class JBossServletProviderContext.java but the class no longer exists I can't find any references to a replacement. Can anyone offer any information on how to proceed? Is it even possible to run a Struts Portlet within JBoss portal 2.7.1 or am I barking up the wrong tree. Any information will be helpful. Amit Zohar Akimeka, LLC JMEWS Software Engineer tel: (808) 442 7135
Content-type: text/plain; charset=US-ASCII I will be out of the office starting 03/13/2009 and will not return until 03/23/2009. I will respond to your message when I return. For urgent matters, please contact Doug Riddell (driddell@ca.ibm.com or 905-316-3349).
Dear Portals community,
The Portals Meetup at the ApacheCON in Amsterdam will be held coming Monday 19:00-22:00h in
the Moevenpick Hotel.
This event is *free*, but *requires* registration.
See for detailed information the wiki page at:
http://wiki.apache.org/portals/MeetupAmsterdam2009
And you can immediately register online using the following form:
https://spreadsheets.google.com/viewform?formkey=cDFlMTdSV3dKT1lkYUlVa2lWUFdkQXc6MA
As of yesterday, already 14 people have registered (+8 on yesterday itself)!
If you are interested and like to meet with active members of the Apache Portals community
and others interested, please join us on this event.
At the Portals Meetup we'll provide you with the latest news about:
- the very soon to be released Apache Pluto 2.0 ,the Portlet 2.0 API/JSR-286 reference implementation
- the very soon to be released Apache Jetspeed Enterprise Portal 2.2 (Pluto 2.0 based)
- the plans for the new Apache Portals Applications project
- the exiting new features planned for Jetspeed 2.2.x this year and beyond
and of course plenty of time to discuss anything else you'd like to know about!
If you like to contribute a presentation yourself, for instance about a Portals related project
of your own, please add it to the wiki page,
or you can contact me directly (ate@douma.nu).
See you all next Monday!
Regards,
Ate
Ate Douma wrote:
> Dear community,
>
> The ApacheCon EU 2009 committee has asked us if we are interested to
> organize another community meetup like the very successful one last
> year, see:
>
> http://wiki.apache.org/portals/MeetupAmsterdam2008
>
> For this year, we are offered a 3 hour slot in the evening on either
> Monday March 23 or Tuesday March 24, hosted in the ApacheCon conference
> hotel, from 19:00 until 22:00.
> The conference is held in in the Mövenpick hotel, near the central train
> station.
>
> If there's enough interest, presentations and sponsors we can let this
> meetup take place. So to make this happen we need:
> - enough people that want to attend the meetup
> - enough people that want to give a presentation at the meetup
> - companies that want to sponsor the meetup
>
> The (formal) deadline for the meetup is next monday, so we need to make
> this a quick process.
>
> Ideally presentations are about 20-30 minutes, but shorter or longer
> presentations are fine. Just propose and we'll discuss the details (if
> you wish, contact me off list).
>
> I've created a new wiki page where you can register your interest and
> presentation or event proposals:
>
> http://wiki.apache.org/portals/MeetupAmsterdam2009
>
> or you can reply directly to this email using the form below and I'll
> add it to the wiki page:
>
> [ ] I'll attend the 23rd
> [ ] I'll attend the 24th
> [ ] I want to present xyz on the 23rd
> [ ] I want to present xyz on the 24th
>
> If you want to sponsor this event, please contact me off list and I'll
> hook you up with the right people.
> Sponsoring the event is not expensive: a recruiter costs more, and you
> become an official ApacheCon sponsor!
> Consider all the Apache software your company uses and then think about
> all the money you've saved during all those years.
> Give back to the community and sponsor this event!
>
> Let's make this happen!
>
> Ate
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@portals.apache.org
> For additional commands, e-mail: jetspeed-user-help@portals.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org
For additional commands, e-mail: bridges-user-help@portals.apache.org
Evert Lammerts wrote:
> Hi list,
>
>
>
> Using the Apache struts bridge (within the Liferay 5.1.2 portlet
> container on Tomcat 6.0), how can I distinguish the phase of the request
> in my Action class? Iow, when does the javax.portlet.request attribute
> of the ServletRequest contain a RenderRequest, and when does it contain
> an ActionRequest? I keep getting cast exceptions here:
>
>
>
> ActionRequest aReq = (ActionRequest)
> req.getAttribute("javax.portlet.request");
if (req.getAttribute(StrutsPortlet.REQUEST_TYPE).equals(StrutsPortlet.ACTION_REQUEST))
{
ActionRequest aReq = (ActionRequest).req.getAttribute("javax.portlet.request");
}
else {
RenderRequest rReq = (RenderRequest).req.getAttribute("javax.portlet.request");
}
Note: the above assumes JSR-168., not yet JSR-286 interactions.
JSR-286 Portlet 2.0 adds req.getAttribute(PortletRequest.LIFECYCLE_PHASE) as a standardization
of the above.
HTH,
Ate
>
>
>
> Best,
>
> Evert Lammerts
>
>
>
> Evert Lammerts
>
> SARA Computing & Network Services
>
> High Performance Computing & Visualization
>
>
>
> Phone: +31 20 888 4101
>
> Email: evert.lammerts@sara.nl
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org
For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi list,
Using the Apache struts bridge (within the Liferay 5.1.2 portlet container
on Tomcat 6.0), how can I distinguish the phase of the request in my Action
class? Iow, when does the javax.portlet.request attribute of the
ServletRequest contain a RenderRequest, and when does it contain an
ActionRequest? I keep getting cast exceptions here:
ActionRequest aReq = (ActionRequest)
req.getAttribute("javax.portlet.request");
Best,
Evert Lammerts
Evert Lammerts
SARA Computing & Network Services
High Performance Computing & Visualization
Phone: +31 20 888 4101
Email: evert.lammerts@sara.nl
Dear community, The ApacheCon EU 2009 committee has asked us if we are interested to organize another community meetup like the very successful one last year, see: http://wiki.apache.org/portals/MeetupAmsterdam2008 For this year, we are offered a 3 hour slot in the evening on either Monday March 23 or Tuesday March 24, hosted in the ApacheCon conference hotel, from 19:00 until 22:00. The conference is held in in the Mövenpick hotel, near the central train station. If there's enough interest, presentations and sponsors we can let this meetup take place. So to make this happen we need: - enough people that want to attend the meetup - enough people that want to give a presentation at the meetup - companies that want to sponsor the meetup The (formal) deadline for the meetup is next monday, so we need to make this a quick process. Ideally presentations are about 20-30 minutes, but shorter or longer presentations are fine. Just propose and we'll discuss the details (if you wish, contact me off list). I've created a new wiki page where you can register your interest and presentation or event proposals: http://wiki.apache.org/portals/MeetupAmsterdam2009 or you can reply directly to this email using the form below and I'll add it to the wiki page: [ ] I'll attend the 23rd [ ] I'll attend the 24th [ ] I want to present xyz on the 23rd [ ] I want to present xyz on the 24th If you want to sponsor this event, please contact me off list and I'll hook you up with the right people. Sponsoring the event is not expensive: a recruiter costs more, and you become an official ApacheCon sponsor! Consider all the Apache software your company uses and then think about all the money you've saved during all those years. Give back to the community and sponsor this event! Let's make this happen! Ate --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
ApacheCon EU 2009 registration is now open!
23-27 March -- Mövenpick Hotel, Amsterdam, Netherlands
http://www.eu.apachecon.com/
================================
Registration for ApacheCon Europe 2009 is now open - act before early
bird prices expire 6 February. Remember to book a room at the Mövenpick
and use the Registration Code: Special package attendees for the
conference registration, and get 150 Euros off your full conference
registration.
Lower Costs - Thanks to new VAT tax laws, our prices this year are 19%
lower than last year in Europe! We've also negotiated a Mövenpick rate
of a maximum of 155 Euros per night for attendees in our room block.
Quick Links:
http://xrl.us/aceu09sp See the schedule
http://xrl.us/aceu09hp Get your hotel room
http://xrl.us/aceu09rp Register for the conference
Other important notes:
- Geeks for Geeks is a new mini-track where we can feature advanced
technical content from project committers. And our Hackathon on Monday
and Tuesday is open to all attendees - be sure to check it off in your
registration.
- The Call for Papers for ApacheCon US 2009, held 2-6 November
2009 in Oakland, CA, is open through 28 February, so get your
submissions in now. This ApacheCon will feature special events with
some of the ASF's original founders in celebration of the 10th
anniversary of The Apache Software Foundation.
http://www.us.apachecon.com/c/acus2009/
- Interested in sponsoring the ApacheCon conferences? There are plenty
of sponsor packages available - please contact Delia Frees at
delia@apachecon.com for further information.
======================================================
ApacheCon EU 2008: A week of Open Source at it's best!
Hackathon - open to all! | Geeks for Geeks | Lunchtime Sessions
In-Depth Trainings | Multi-Track Sessions | BOFs | Business Panel
Lightning Talks | Receptions | Fast Feather Track | Expo... and more!
- Shane Curcuru, on behalf of
Noirin Shirley, Conference Lead,
and the whole ApacheCon Europe 2009 Team
http://www.eu.apachecon.com/ 23-27 March -- Amsterdam, Netherlands
---------------------------------------------------------------------
To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org
For additional commands, e-mail: bridges-user-help@portals.apache.org
If you only have thirty seconds: The Call for Papers for ApacheCon Europe 2009, to be held in Amsterdam, from 23rd to 27th March, is now open! Submit your proposals at http://eu.apachecon.com/c/aceu2009/cfp/ before 24th October. Remember that early bird prices for ApacheCon US 2008, to be held in New Orleans, from 3rd to 7th November, will go up this Friday, at midnight Eastern time! Sponsorship opportunities for ApacheCon US 2008 and ApacheCon EU 2009 are still available. If you or your company are interested in becoming a sponsor, please contact Delia Frees at delia@apachecon.com for details. ******* If you want all the details: ApacheCon Europe 2009 - Leading the Wave of Open Source Amsterdam, The Netherlands 23rd to 27th March, 2009 Call for Papers Opens for ApacheCon Europe 2009 The Apache Software Foundation (ASF) invites submissions to its official conference, ApacheCon Europe 2009. To be held 23rd to 27th March, 2009 at the Mövenpick Hotel Amsterdam City Centre, ApacheCon serves as a forum for showcasing the ASF's latest developments, including its projects, membership, and community. ApacheCon offers unparalleled educational opportunities, with dedicated presentations, hands-on trainings, and sessions that address core technology, development, business/marketing, and licensing issues in Open Source. ApacheCon's wide range of activities are designed to promote the exchange of ideas amongst ASF Members, innovators, developers, vendors, and users interested in the future of Open Source technology. The conference program includes competitively selected presentations, trainings/workshops, and a small number of invited speakers. All sessions undergo a peer review process by the ApacheCon Conference Planning team. The following information provides presentation category descriptions, and information about how to submit your proposal. Conference Themes and Topics APACHECON 2009 - LEADING THE WAVE OF OPEN SOURCE Building on the success of the last two years, we are excited to return to Amsterdam in 2009. We'll be continuing to offer our very popular two-day trainings, including certifications of completion for those who fulfill all the requirements of these trainings. The ASF comprises some of the most active and recognized developers in the Open Source community. By bringing together the pioneers, developers, and users of flagship Open Source technologies, ApacheCon provides an influential platform for dialogue, between the speaker and the audience, between project contributors and the community at large, traversing a wide range of ideas, expertise, and personalities. ApacheCon welcomes submissions from like-minded delegates across many fields, geographic locations, and areas of development. The breadth and loosely-structured nature of the Apache community lends itself to conference content that is also somewhat loosely-structured. Common themes of interest address groundbreaking technologies and emerging trends, successful practices (from development to deployment), and lessons learned (tips, tools, and tricks). In addition to technical content, ApacheCon invites Business Track submissions that address Open Source business, marketing, and legal/licensing issues. Topics appropriate for submission to this conference are manifold, and may include but are not restricted to: - Apache HTTP server topics such as installation, configuration, and migration - ASF-wide projects such as Lucene, SpamAssassin, Jackrabbit, and Maven - Scripting languages and dynamic content such as Java, Perl, Python, Ruby, XSL, and PHP - Security and e-commerce - Performance tuning, load balancing and high availability - New technologies and broader initiatives such as Web Services and Web 2.0 - ASF-Incubated projects such as Sling, UIMA, and Shindig Submission Guidelines Submissions must include - Title - Speaker name, with affiliation and email address - Speaker bio (100 words or less) - Short description (50 words or less) - Full description including abstract and objectives (200 words or less) - Expertise level (beginner to advanced) - Format and duration (trainings vs. general presentation; half-, full- or two-day workshop, etc.) - Intended audience and maximum number of participants (trainings only) - Background knowledge expected of the participants (trainings only) Types of Presentations - Trainings/Workshops - General Sessions - Case Studies/Industry Profiles - Invited Keynotes/Panels/Speakers - Corporate Showcases & Demonstrations BoF sessions and Fast Feather Track talks will be selected separately Pre Conference Trainings/Workshops Held on the first and second day of the conference – 2008-03-23 and 2008-03-24, Trainings require a registration fee beyond the regular conference fee. Proposals may be submitted for half-day (3 hours), full-day (6 hours), or two-day (12 hours) training sessions, aimed at providing in-depth, hands-on development experience or related continuing education. Training submissions are welcome at beginner, intermediate, and expert levels. General Sessions General Sessions include presentations on practical development applications, insight into high-interest projects, best practices and key advances, overcoming implementation challenges, and industry innovations. Especially welcome are submissions that extend participants' understanding the role of ASF projects and their influence on the Open Source community at large. General Sessions are scheduled for 50 minutes and are accessible to all conference delegates. Case Study/Industry Profile Practitioners are invited to submit presentations that focus on how implementing particular ASF technologies led to improved products/solutions, service offerings, changes in work practices, among other successes. Proposals that highlight overcoming interesting challenges in application design and developing innovative frameworks using multiple ASF projects are particularly encouraged. NOTE: Marketing-oriented submissions aimed at promoting specific organizations or products will not be accepted. Invited Keynotes/Panels/Speakers Each conference the ApacheCon Planning team invites select presenters dealing with engaging, dialectical, and challenging subjects to present in keynote and/or panel formats. Topics include cutting-edge technology development, industry leadership, hot or emerging trends, opinions on controversial issues, insight on technology paradigms, and contrasting viewpoints in complementary professional areas. Those interested in suggesting a candidate for an invited speaker opportunity should submit a brief proposal with the speaker's name, affiliation, background/bio, overview of topics of interest, and contact information. Important Dates Please submit your completed proposal, at http://eu.apachecon.com/c/aceu2009/cfp/ before Friday, 24th October, 2008 Midnight GMT. About ApacheCon 2009 ApacheCon is co-produced by the Apache Software Foundation and Stone Circle Productions. The ApacheCon Planning team comprises ASF Members from all over the world working on a wholly-volunteer basis. For more information, visit http://eu.apachecon.com/c/aceu2009/ --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
The Travel Assistance Committee is taking in applications for those wanting to attend ApacheCon US 2008 between the 3rd and 7th November 2008 in New Orleans. The Travel Assistance Committee is looking for people who would like to be able to attend ApacheCon US 2008 who need some financial support in order to get there. There are VERY few places available and the criteria is high, that aside applications are open to all open source developers who feel that their attendance would benefit themselves, their project(s), the ASF and open source in general. Financial assistance is available for flights, accomodation and entrance fees either in full or in part, depending on circumstances. It is intended that all our ApacheCon events are covered, so it may be prudent for those in Europe and or Asia to wait until an event closer to them comes up - you are all welcome to apply for ApacheCon US of course, but there must be compelling reasons for you to attend an event further away that your home location for your application to be considered above those closer to the event location. More information can be found on the main Apache website at http://www.apache.org/travel/index.html - where you will also find a link to the application form and details for submitting. Time is very tight for this event, so applications are open now and will end on the 2nd October 2008 - to give enough time for travel arrangements to be made. Good luck to all those that will apply. Regards, The Travel Assistance Committee
Hello, I am interesting to work with portal bridges and the jsr 286 ( second portlet specification). Are they coming soon? Thanks and regards, Alexey
Hi Ate, First of all, thank you for your response. Second. Sorry, but I have not entered in depth in the problem.. I just was told about the problem with openportal + wsrp + struts bridge. So, I did not continue my experiments. This is the thread in openportal furum. https://wsrp.dev.java.net/servlets/ReadMsg?list=users&msgNo=229 Thanks, Fernando > Date: Wed, 18 Jun 2008 11:16:14 +0200 > From: ate@douma.nu > To: bridges-user@portals.apache.org > Subject: Re: Struts-bridge + WSRP > > Fernando Rubbo wrote: > > Hi all, > > > > We have a lot of struts based apps and we need a stable and mature solution to convert them into WSRP producers. So, I have two questions: > > > > 1. If my portal server supports WSRP, can I use struts-bridge to convert my application to a portlet and then publish it as a WSRP producer? > Yes, that should just work as long as your Struts application / portlet really sticks to the requirements any WSRP > produced portlet has to abide too. > > > > > 2. I was told in openportal forum that struts-bridge does not work properly in openportal portlet container. Are you planning to solve this issue? Do you have a date planned for that? > Ugh, *which* issue are you talking about? I can't fix anything I don't know about :) > > However, I've had a few reports from JBoss (and recently now OpenPortal too) about problems with > PortletWindowUtils.getPortletWindowId(), see also http://issues.apache.org/jira/browse/PB-77 > Maybe that is the "issue" you're referring to? > > This particular issue is still "open" because its a weird one which in my view just surfaces a bug in JBoss portal (and > OpenPortal alike). That code in question (while tricky) really is 100% following the JSR-168 specs AFAIK and I'd be > reluctant to "fix" that through a some kind of workaround just because those portlet containers are not properly > following the specs... > > I've asked for follow up information but the original reporter never came back with any... > I don't have time to debug all the other portlet containers out there and rely very much on the help of others for that. > So, if this is your issue too, helping out yourself (by trying to determine what really goes on/wrong) is the way to get > it resolved. > > Ate > > > > > Thanks in advance, > > Fernando > > > > _________________________________________________________________ > > Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o Messenger! É GRÁTIS! > > http://www.msn.com.br/emoticonpack > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org > For additional commands, e-mail: bridges-user-help@portals.apache.org > _________________________________________________________________ Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdomessenger.com.br/
Fernando Rubbo wrote: > Hi all, > > We have a lot of struts based apps and we need a stable and mature solution to convert them into WSRP producers. So, I have two questions: > > 1. If my portal server supports WSRP, can I use struts-bridge to convert my application to a portlet and then publish it as a WSRP producer? Yes, that should just work as long as your Struts application / portlet really sticks to the requirements any WSRP produced portlet has to abide too. > > 2. I was told in openportal forum that struts-bridge does not work properly in openportal portlet container. Are you planning to solve this issue? Do you have a date planned for that? Ugh, *which* issue are you talking about? I can't fix anything I don't know about :) However, I've had a few reports from JBoss (and recently now OpenPortal too) about problems with PortletWindowUtils.getPortletWindowId(), see also http://issues.apache.org/jira/browse/PB-77 Maybe that is the "issue" you're referring to? This particular issue is still "open" because its a weird one which in my view just surfaces a bug in JBoss portal (and OpenPortal alike). That code in question (while tricky) really is 100% following the JSR-168 specs AFAIK and I'd be reluctant to "fix" that through a some kind of workaround just because those portlet containers are not properly following the specs... I've asked for follow up information but the original reporter never came back with any... I don't have time to debug all the other portlet containers out there and rely very much on the help of others for that. So, if this is your issue too, helping out yourself (by trying to determine what really goes on/wrong) is the way to get it resolved. Ate > > Thanks in advance, > Fernando > > _________________________________________________________________ > Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o Messenger! É GRÁTIS! > http://www.msn.com.br/emoticonpack --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi Tamil, I think you're posting to the wrong list. This list is primarily for bridges users and concerns *portlet* development. You question really has nothing to do with bridges but is very much *portal* specific but as you don't mention which portal I don't think anyone can help you with this right now, and probably best not here (on this list) anyway. I suggest asking this question again on a dedicated list for your portal. Regards, Ate Tamilselvan Radha Krishnan wrote: > Hi, > I'm new to struts portlet bridge and I just ran the JPetstore demo > successfully. Also I have understood the creation of custom themes and > layout for the portal application. My query is that I need to provide > few themes option to the logged in user (Not through Admin console) I > guess it would be simple, but I could not find any article on showing > customizable themes on the portal page. > > It would be a great help if any one provide me the customizing themes. > > Thanks and Regards, > Tamil > iGATE is Ranked No. 3 in DQ-IDC best IT employer survey and Ranked No.6 > by Business Today-Mercer Human Resource Consulting-TNS in a cross industry survey of Best Companies to work for in India > ----------------------------------------------------------------DISCLAIMER--------------------------------------------------------- > Information transmitted by this EMAIL is proprietary to iGATE Group of Companies and is intended for use only by the individual > or entity to whom it is addressed and may contain information that is privileged, confidential, or exempt from disclosure under > applicable law. If you are not the intended recipient of this EMAIL immediately notify the sender at iGATE or mailadmin@igate.com > and delete this EMAIL including any attachments > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org > For additional commands, e-mail: bridges-user-help@portals.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi Mark, Again, thanks a lot, this too surely will be of interest to some Struts Bridge developers. As you mentioned the Portals Bridges Wiki before, maybe its a good idea to add this information and links there as well? Regards, Ate Mark McLaren wrote: > For those who might be interested. During the process of my Struts > Bridge portlet developments (creating bookmarks and newsfeeds related > apps) I had the need to have XSL transformations generate links to > other parts of the portlet. I created a modified version of the JSTL > XML taglib to enable my XSL to produce valid portal links. > > Here is a simple example application demonstrating the tag library. > > http://mark.mclaren.googlepages.com/StrutsBridgeXMLExample.zip > > To build it use Maven 2 and deploy it to your portal as appropriate. > Your ServletContextProvider (in portlet.xml) will vary depending on > your portal container. > > mvn clean > mvn compile war:war > > For further background information see here: > > Portlet aware XSLT transformations tag library > http://www.ja-sig.org/wiki/x/r4AX > > I hope somebody finds it useful. > > Mark > --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
On Wed, Jun 18, 2008 at 9:43 AM, Ate Douma <ate@douma.nu> wrote: > Mark McLaren wrote: >> Hardly a showcase but my own modest Struts bridge based portlet >> contributions are a bookmarks and a newsfeeds portlet, available from: >> >> <http://bmarks-portlet.sourceforge.net/> > > That definitely *looks* cool (I haven't had time to try it or look at the > code). > I don't see the license mentioned on the project summary page though. > Would this be ASF compatible? Licensing isn't really my area of expertise. I am happy for people to use and abuse my applications for whatever purpose as long as I have no blame for anything! I am utilizing several other open source libraries whose licenses I am not qualified to speak for. Mark -- "Paradoxically, the more time saving abstractions you are using the more you actually have to know." - Simon Willison --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi Mark, Thanks again, this definitely looks good! With some extra effort I think is would be nice to have this as a maven archetype... (hint) What's yet a bit unclear to me though is: would you be willing to contribute this formally to Portals Bridges, or would you prefer to keep/maintain this on your own googlepages? I must ask this as for the ASF, your example as it is right is missing a) explicit ASF license headers b) explicit statement from you (as the writer) your contributing this to the ASF If you're willing/planning to do these, I'd suggest opening a new Bridges JIRA issue for a new Struts Bridges maven-2 project archetype and attach your contribution as file. For the attachments you can explicitly say its a contribution to the ASF. Regards, Ate Mark McLaren wrote: > I have created an initial Struts Bridges blank portlet as a means to > give developers a quick start for creating new Struts bridge portlets. > It should look something like this: > > http://mark.mclaren.googlepages.com/StrutBridgesBlankPortlet.jpg > > The ServletContextProvider entry in ~/WEB-INF/portlet.xml will need to > be modified depending on your portal container. The source code is > linked below and can be built using maven 2 (e.g.): > > mvn clean > mvn compile war:war > > This should result in a ~/target/StrutBridgesBlankPortlet.war file > which can then be deployed to your portal container as appropriate. > > http://mark.mclaren.googlepages.com/StrutBridgesBlankPortlet.zip > > I hope this proves useful and could eventually form the basis of a > Maven archetype, > > Mark --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Mark McLaren wrote: > Thanks Ate, > > I am delighted to hear that the portal bridge project is still very > much alive and that further innovations for transparent portlet > development are in the pipeline. The SpringMVC bridge project sounds > particularly promising. > > I really appreciate all the hard work you have put in over the years. > I completely understand your "call to arms" and I would love to help > if I can. > > Hardly a showcase but my own modest Struts bridge based portlet > contributions are a bookmarks and a newsfeeds portlet, available from: > > <http://bmarks-portlet.sourceforge.net/> That definitely *looks* cool (I haven't had time to try it or look at the code). I don't see the license mentioned on the project summary page though. Would this be ASF compatible? > > Also, a long time ago (Nov' 2005), I wrote some introductory Struts > Bridge documentation on the JA-SIG uPortal wiki (it might be a little > dated now). This documentation, such as it is, still ranks quite > highly on Google for "Struts bridge". > > <http://www.ja-sig.org/wiki/display/PLT/Struts+Bridge> Thanks, nice (and short) description of the required steps! > > As far as, further contributions goes: > > I'd be happy to contribute a struts-blank-bridges-portlet.war - I have > something basic working already. > > As for extensions, for my portlets I created a portlet aware version > of the JSTL XML tag library (derived from a similar uPortal > contribution). The XSL would include <portlet:renderUrl> tags to > designate internal application links to be generated by the XSL. > (useful if you are not using Struts' html:link all the time). If you > are interested I can put together a simple example application. > > My experience with uPortal community is that their Wiki provides a > great means to accelerate community documentation and signpost > community developments. I notice there is a Apache Portals wiki but I > could not find much there for the Portals Bridges project - would this > be the best place to post future community documentation/tutorial > material etc ?. Yeah, I know the Portals Wiki isn't exactly "inviting" nor very interesting at the moment. The technical part (and very much part of the cause imo) is something under discussion (moving to Confluence, upgrading to a much newer version of MoinMoin but we're lacking the resources and experience for that to honest). For the time being though, I'd suggest to use the current Wiki as that's the quickest route right now. And if/when we move/upgrade to something better, existing content will be moved over too of course. Thanks, Ate > > Best wishes, > > Mark > > On Sun, Jun 8, 2008 at 12:28 AM, Ate Douma <ate@douma.nu> wrote: >> Hi Mark, >> >> Thanks a lot for the heads up :) >> >> I fully agree with you and think the Struts Bridge isn't getting enough >> attention. >> As the primary creator of it, I'm probably to blame most for that, certainly >> with regards to the (lack of) documentation and providing proper >> "visibility". >> >> I did write quite a few high end business (portlet) applications myself >> using it and supported several development teams using it too in the past >> but haven't had much time nor opportunity anymore the last few years. >> >> Other projects, frameworks (Wicket, SpringMVC etc.) and a new job (at Hippo) >> have taken my focus and responsibilities mostly elsewhere. >> I (and a few others) still do support the Struts Bridge though and I think >> it has a lot of benefits over solutions like Struts 2 or Spring Portlet MVC >> which require you to write explicitly against the Portlet API and won't work >> within a "plain" web container. >> >> That is also one of the primary reasons I wrote the Wicket Portlet support >> in a "transparent" way too: like with the Struts Bridge, you can write >> Wicket Portlet applications which work just as well "standalone" in a web >> container. >> >> FYI: I know a similar solution is currently under development by a fellow >> Portals committer for SpringMVC (in contrast to Spring Portlet MVC), based >> upon/following the Struts Bridge solution, which *might* be contributed back >> here at Portal Bridges in the future too... >> >> Anyway, concerning your worries about the future: it really depends on the >> community (so: including yourself). >> >> Apache projects are not and will not live and survive on single individual >> efforts only: it really is the community which must keep a project alive. I >> myself will continue to help out as much as I can, but that by itself is >> never going to be enough. >> >> If you (the community) need better documentation, new/improved features, >> examples, a struts-blank-bridges-portlet.war, better "marketing" etc., >> you'll need to help out *yourself*: >> - contribute documentation >> - contribute fixes/improvements >> - contribute *useful* showcase examples >> - write/publish articles how *you* are using the Struts Bridge >> - blog >> - etc. >> >> If the community is willing to spread the word, others will take notice, >> join the community, and start doing the same. >> That's what it is all about: no less, no more. >> >> If you look back through this mailing list archive, you'll see very little >> community involvement... >> Really, really too bad, as I honestly think (and have knowledge) that a lot >> of people actually *are* using the bridge. >> But, if nobody is willing to provide feedback, help out and *acknowledge* it >> (for whatever reason: company policy, shyness, ignorance, or worse: >> indifference), nothing much is going to happen. >> >> (As a side note: very "funny" to see that my Struts Bridge examples, the >> JPetstorePortlet and even the very outdated MailReader demo together blow >> away the download numbers of all the other "examples" provided at JBoss >> Portlet Swap, >> see: http://www.jboss.org/portletswap/downloads/portlets/framework >> Also note: I never ever once got a single feedback from either a Struts >> committer or the JBoss Portal team about the >> Struts Bridge or these examples...) >> >> Well, sorry if I come across a little bit disappointed, but I really would >> like to see the Struts Bridge community (and for that matter: the whole of >> the Portal Bridges community) to be more interactive. >> >> So, if you want to make the Struts Bridge more future "proof", start helping >> out today! >> >> As you say, you're a big fan (great!) and have been using the Struts Bridge >> yourself successfully. >> Surely, you've extended it with some features which might be of interest to >> others too, written some documentation or instructions for your fellow >> developers, maybe even written some kind of manual (or maybe someone else >> lurking on this list has?). >> >> Please contribute and help out, send in feature request, create JIRA issues >> for them: >> http://issues.apache.org/jira/browse/PB >> Provide fixes, code, examples, patches, whatever. >> >> I'll be glad to help out to integrate them, improve the website, provide >> pointers to external articles, blogs, anything. >> But you'll need to help me out, I simply cannot and will not do that on my >> own. >> >> I hope this long "rant" doesn't scare you or others away, I just want to be >> honest: the Struts Bridge has a lot potential, even with Struts 2.x around, >> because so many developers and companies still are and very much continue to >> use Struts 1.x. I can easily think of at least 20 new features and >> improvements for the Struts Bridge to make it even much better, but I don't >> have the time nor interest to design and develop them all by myself anymore. >> >> With kind regards and hoping for a lot more community interaction, >> >> Ate >> >> Mark McLaren wrote: >>> Hi all, >>> >>> How about creating a struts-blank-bridges-portlet Maven archetype? I >>> think we need to be able to demonstrate how easy and quick portlets >>> can be to write! >>> >>> I'm a big fan of the Struts Bridge and was very pleased to see the >>> recent release in December 07. What concerns me is that the noisier >>> portlet developers who write Spring Portlet MVC or Struts 2 portlets >>> (etc.) seem to be getting most of the attention when it comes to the >>> beginners question "How do I write a portlet?". >>> >>> Personally (as a Struts 1.x developer), I see Struts Bridge as the >>> most natural way to create a portlet as it can be developed and run >>> standalone. I am at a loss as to why more people are not using Struts >>> Bridge (could it be the documentation or lack of examples?). I am >>> concerned for the long term future of the Struts Bridge product as the >>> alternatives seem to be grabbing the majority of the market share. >>> >>> Mark >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org >> For additional commands, e-mail: bridges-user-help@portals.apache.org >> >> > > > --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi all, We have a lot of struts based apps and we need a stable and mature solution to convert them into WSRP producers. So, I have two questions: 1. If my portal server supports WSRP, can I use struts-bridge to convert my application to a portlet and then publish it as a WSRP producer? 2. I was told in openportal forum that struts-bridge does not work properly in openportal portlet container. Are you planning to solve this issue? Do you have a date planned for that? Thanks in advance, Fernando _________________________________________________________________ Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o Messenger! É GRÁTIS! http://www.msn.com.br/emoticonpack
For those who might be interested. During the process of my Struts Bridge portlet developments (creating bookmarks and newsfeeds related apps) I had the need to have XSL transformations generate links to other parts of the portlet. I created a modified version of the JSTL XML taglib to enable my XSL to produce valid portal links. Here is a simple example application demonstrating the tag library. http://mark.mclaren.googlepages.com/StrutsBridgeXMLExample.zip To build it use Maven 2 and deploy it to your portal as appropriate. Your ServletContextProvider (in portlet.xml) will vary depending on your portal container. mvn clean mvn compile war:war For further background information see here: Portlet aware XSLT transformations tag library http://www.ja-sig.org/wiki/x/r4AX I hope somebody finds it useful. Mark -- "Paradoxically, the more time saving abstractions you are using the more you actually have to know." - Simon Willison --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi, I'm new to struts portlet bridge and I just ran the JPetstore demo successfully. Also I have understood the creation of custom themes and layout for the portal application. My query is that I need to provide few themes option to the logged in user (Not through Admin console) I guess it would be simple, but I could not find any article on showing customizable themes on the portal page. It would be a great help if any one provide me the customizing themes. Thanks and Regards, Tamil iGATE is Ranked No. 3 in DQ-IDC best IT employer survey and Ranked No.6 by Business Today-Mercer Human Resource Consulting-TNS in a cross industry survey of Best Companies to work for in India ----------------------------------------------------------------DISCLAIMER--------------------------------------------------------- Information transmitted by this EMAIL is proprietary to iGATE Group of Companies and is intended for use only by the individual or entity to whom it is addressed and may contain information that is privileged, confidential, or exempt from disclosure under applicable law. If you are not the intended recipient of this EMAIL immediately notify the sender at iGATE or mailadmin@igate.com and delete this EMAIL including any attachments --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
I have created an initial Struts Bridges blank portlet as a means to give developers a quick start for creating new Struts bridge portlets. It should look something like this: http://mark.mclaren.googlepages.com/StrutBridgesBlankPortlet.jpg The ServletContextProvider entry in ~/WEB-INF/portlet.xml will need to be modified depending on your portal container. The source code is linked below and can be built using maven 2 (e.g.): mvn clean mvn compile war:war This should result in a ~/target/StrutBridgesBlankPortlet.war file which can then be deployed to your portal container as appropriate. http://mark.mclaren.googlepages.com/StrutBridgesBlankPortlet.zip I hope this proves useful and could eventually form the basis of a Maven archetype, Mark -- "Paradoxically, the more time saving abstractions you are using the more you actually have to know." - Simon Willison --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Thanks Ate, I am delighted to hear that the portal bridge project is still very much alive and that further innovations for transparent portlet development are in the pipeline. The SpringMVC bridge project sounds particularly promising. I really appreciate all the hard work you have put in over the years. I completely understand your "call to arms" and I would love to help if I can. Hardly a showcase but my own modest Struts bridge based portlet contributions are a bookmarks and a newsfeeds portlet, available from: <http://bmarks-portlet.sourceforge.net/> Also, a long time ago (Nov' 2005), I wrote some introductory Struts Bridge documentation on the JA-SIG uPortal wiki (it might be a little dated now). This documentation, such as it is, still ranks quite highly on Google for "Struts bridge". <http://www.ja-sig.org/wiki/display/PLT/Struts+Bridge> As far as, further contributions goes: I'd be happy to contribute a struts-blank-bridges-portlet.war - I have something basic working already. As for extensions, for my portlets I created a portlet aware version of the JSTL XML tag library (derived from a similar uPortal contribution). The XSL would include <portlet:renderUrl> tags to designate internal application links to be generated by the XSL. (useful if you are not using Struts' html:link all the time). If you are interested I can put together a simple example application. My experience with uPortal community is that their Wiki provides a great means to accelerate community documentation and signpost community developments. I notice there is a Apache Portals wiki but I could not find much there for the Portals Bridges project - would this be the best place to post future community documentation/tutorial material etc?. Best wishes, Mark On Sun, Jun 8, 2008 at 12:28 AM, Ate Douma <ate@douma.nu> wrote: > Hi Mark, > > Thanks a lot for the heads up :) > > I fully agree with you and think the Struts Bridge isn't getting enough > attention. > As the primary creator of it, I'm probably to blame most for that, certainly > with regards to the (lack of) documentation and providing proper > "visibility". > > I did write quite a few high end business (portlet) applications myself > using it and supported several development teams using it too in the past > but haven't had much time nor opportunity anymore the last few years. > > Other projects, frameworks (Wicket, SpringMVC etc.) and a new job (at Hippo) > have taken my focus and responsibilities mostly elsewhere. > I (and a few others) still do support the Struts Bridge though and I think > it has a lot of benefits over solutions like Struts 2 or Spring Portlet MVC > which require you to write explicitly against the Portlet API and won't work > within a "plain" web container. > > That is also one of the primary reasons I wrote the Wicket Portlet support > in a "transparent" way too: like with the Struts Bridge, you can write > Wicket Portlet applications which work just as well "standalone" in a web > container. > > FYI: I know a similar solution is currently under development by a fellow > Portals committer for SpringMVC (in contrast to Spring Portlet MVC), based > upon/following the Struts Bridge solution, which *might* be contributed back > here at Portal Bridges in the future too... > > Anyway, concerning your worries about the future: it really depends on the > community (so: including yourself). > > Apache projects are not and will not live and survive on single individual > efforts only: it really is the community which must keep a project alive. I > myself will continue to help out as much as I can, but that by itself is > never going to be enough. > > If you (the community) need better documentation, new/improved features, > examples, a struts-blank-bridges-portlet.war, better "marketing" etc., > you'll need to help out *yourself*: > - contribute documentation > - contribute fixes/improvements > - contribute *useful* showcase examples > - write/publish articles how *you* are using the Struts Bridge > - blog > - etc. > > If the community is willing to spread the word, others will take notice, > join the community, and start doing the same. > That's what it is all about: no less, no more. > > If you look back through this mailing list archive, you'll see very little > community involvement... > Really, really too bad, as I honestly think (and have knowledge) that a lot > of people actually *are* using the bridge. > But, if nobody is willing to provide feedback, help out and *acknowledge* it > (for whatever reason: company policy, shyness, ignorance, or worse: > indifference), nothing much is going to happen. > > (As a side note: very "funny" to see that my Struts Bridge examples, the > JPetstorePortlet and even the very outdated MailReader demo together blow > away the download numbers of all the other "examples" provided at JBoss > Portlet Swap, > see: http://www.jboss.org/portletswap/downloads/portlets/framework > Also note: I never ever once got a single feedback from either a Struts > committer or the JBoss Portal team about the > Struts Bridge or these examples...) > > Well, sorry if I come across a little bit disappointed, but I really would > like to see the Struts Bridge community (and for that matter: the whole of > the Portal Bridges community) to be more interactive. > > So, if you want to make the Struts Bridge more future "proof", start helping > out today! > > As you say, you're a big fan (great!) and have been using the Struts Bridge > yourself successfully. > Surely, you've extended it with some features which might be of interest to > others too, written some documentation or instructions for your fellow > developers, maybe even written some kind of manual (or maybe someone else > lurking on this list has?). > > Please contribute and help out, send in feature request, create JIRA issues > for them: > http://issues.apache.org/jira/browse/PB > Provide fixes, code, examples, patches, whatever. > > I'll be glad to help out to integrate them, improve the website, provide > pointers to external articles, blogs, anything. > But you'll need to help me out, I simply cannot and will not do that on my > own. > > I hope this long "rant" doesn't scare you or others away, I just want to be > honest: the Struts Bridge has a lot potential, even with Struts 2.x around, > because so many developers and companies still are and very much continue to > use Struts 1.x. I can easily think of at least 20 new features and > improvements for the Struts Bridge to make it even much better, but I don't > have the time nor interest to design and develop them all by myself anymore. > > With kind regards and hoping for a lot more community interaction, > > Ate > > Mark McLaren wrote: >> >> Hi all, >> >> How about creating a struts-blank-bridges-portlet Maven archetype? I >> think we need to be able to demonstrate how easy and quick portlets >> can be to write! >> >> I'm a big fan of the Struts Bridge and was very pleased to see the >> recent release in December 07. What concerns me is that the noisier >> portlet developers who write Spring Portlet MVC or Struts 2 portlets >> (etc.) seem to be getting most of the attention when it comes to the >> beginners question "How do I write a portlet?". >> >> Personally (as a Struts 1.x developer), I see Struts Bridge as the >> most natural way to create a portlet as it can be developed and run >> standalone. I am at a loss as to why more people are not using Struts >> Bridge (could it be the documentation or lack of examples?). I am >> concerned for the long term future of the Struts Bridge product as the >> alternatives seem to be grabbing the majority of the market share. >> >> Mark >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org > For additional commands, e-mail: bridges-user-help@portals.apache.org > > -- "Paradoxically, the more time saving abstractions you are using the more you actually have to know." - Simon Willison --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi Carlo, Yes, your emulation would be the general idea, albeit to be really useful from the context of the Struts Bridge I think it would need to be expanded somewhat further: - possibility to maintain preferences per user (with fallback to defaults) - preferences tied to a specific Action - "transparent" way of accessing these using Struts like api, both from Portlet and Web contexts - abstraction to allow different ways of persisting these (using the real Portlet Preferences in a Portlet context of course) Anyway, you'll get what I mean :) If someone could come up with such a generalization, I'd be happy to add these to the Struts Bridge because I think it really would be a great addition. Regards, Ate Carlo Cavallieri wrote: > ah, and i've forgot to mention that in the meantime i've written a > little class to emulate the PortletPreferences stuff; > > > > with the help of a littlte wrapper (that check if > PortletServlet./isPortletRequest/(request) ) i use the real preferences > or the "emuleted" one so my still remain compatible whenever i0m in a > portlet or in a web application; > > > > attached you can find the class that i'm using to simulate the preferences. > > > > > ----- Original Message ----- > From: "Carlo Cavallieri" <ccavallieri@castgroup.it> > To: bridges-user@portals.apache.org > Sent: Monday, June 9, 2008 7:52:32 AM GMT +01:00 Amsterdam / Berlin / > Bern / Rome / Stockholm / Vienna > Subject: Re: PortletPreferences > > ok, thanks > ----- Original Message ----- > From: "Ate Douma" <ate@douma.nu> > To: bridges-user@portals.apache.org > Sent: Sunday, June 8, 2008 1:43:59 AM GMT +01:00 Amsterdam / Berlin / > Bern / Rome / Stockholm / Vienna > Subject: Re: PortletPreferences > > Carlo Cavallieri wrote: > > > > Hi all, > > > > > > > > how can i access the PortletPreferences from an action with the bridge? > I guess you're talking about the Struts Bridge? > For the Struts Bridge, it currently provides only "transparent" Struts > features, meaning those that will work both > inside a standard web container and a portlet container. > > Portlet specific features are easily accessible but will require to make > use of the portlet api itself as described in > Chapter PLT.16 of the Portlet API specification, see: > http://www.jcp.org/en/jsr/detail?id=168 > > Within an Struts Action, you can retrieve the PortletRequest as request > attribute with name: "javax.portlet.request" > And once you have the PortletRequest your can simple invoke > PortletRequest.getPreferences(). > > > > > Is there a standard way or an alternative solution to have something > similar to the PortletPreferences? > Well, having a similar/parallel feature available (for Struts) in a > standard web container would be very interesting, > something I've been thinking of myself before providing (and thereby > having a transparent solution for the Struts > Bridge), but never found time (nor actual demand) doing so. > > FYI: the same "issue" is coming up for the Wicket framework for which I > wrote the Portlet support as well. > Chances are, we'll add something like the PortletPreferences for Wicket > soon, and maybe that'll be transferable to the > Struts Bridge too. But so far nothing has been written yet so time will > tell... > > Regards, > > Ate > > > > > > > > > thanks > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org > For additional commands, e-mail: bridges-user-help@portals.apache.org > > > ------------------------------------------------------------------------ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org > For additional commands, e-mail: bridges-user-help@portals.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
ah, and i've forgot to mention that in the meantime i've written a little class to emulate the PortletPreferences stuff; with the help of a littlte wrapper (that check if PortletServlet. isPortletRequest (request) ) i use the real preferences or the "emuleted" one so my still remain compatible whenever i0m in a portlet or in a web application; attached you can find the class that i'm using to simulate the preferences. ----- Original Message ----- From: "Carlo Cavallieri" <ccavallieri@castgroup.it> To: bridges-user@portals.apache.org Sent: Monday, June 9, 2008 7:52:32 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: PortletPreferences ok, thanks ----- Original Message ----- From: "Ate Douma" <ate@douma.nu> To: bridges-user@portals.apache.org Sent: Sunday, June 8, 2008 1:43:59 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: PortletPreferences Carlo Cavallieri wrote: > > Hi all, > > > > how can i access the PortletPreferences from an action with the bridge? I guess you're talking about the Struts Bridge? For the Struts Bridge, it currently provides only "transparent" Struts features, meaning those that will work both inside a standard web container and a portlet container. Portlet specific features are easily accessible but will require to make use of the portlet api itself as described in Chapter PLT.16 of the Portlet API specification, see: http://www.jcp.org/en/jsr/detail?id=168 Within an Struts Action, you can retrieve the PortletRequest as request attribute with name: "javax.portlet.request" And once you have the PortletRequest your can simple invoke PortletRequest.getPreferences(). > > Is there a standard way or an alternative solution to have something similar to the PortletPreferences? Well, having a similar/parallel feature available (for Struts) in a standard web container would be very interesting, something I've been thinking of myself before providing (and thereby having a transparent solution for the Struts Bridge), but never found time (nor actual demand) doing so. FYI: the same "issue" is coming up for the Wicket framework for which I wrote the Portlet support as well. Chances are, we'll add something like the PortletPreferences for Wicket soon, and maybe that'll be transferable to the Struts Bridge too. But so far nothing has been written yet so time will tell... Regards, Ate > > > > thanks --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
ok, thanks ----- Original Message ----- From: "Ate Douma" <ate@douma.nu> To: bridges-user@portals.apache.org Sent: Sunday, June 8, 2008 1:43:59 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: PortletPreferences Carlo Cavallieri wrote: > > Hi all, > > > > how can i access the PortletPreferences from an action with the bridge? I guess you're talking about the Struts Bridge? For the Struts Bridge, it currently provides only "transparent" Struts features, meaning those that will work both inside a standard web container and a portlet container. Portlet specific features are easily accessible but will require to make use of the portlet api itself as described in Chapter PLT.16 of the Portlet API specification, see: http://www.jcp.org/en/jsr/detail?id=168 Within an Struts Action, you can retrieve the PortletRequest as request attribute with name: "javax.portlet.request" And once you have the PortletRequest your can simple invoke PortletRequest.getPreferences(). > > Is there a standard way or an alternative solution to have something similar to the PortletPreferences? Well, having a similar/parallel feature available (for Struts) in a standard web container would be very interesting, something I've been thinking of myself before providing (and thereby having a transparent solution for the Struts Bridge), but never found time (nor actual demand) doing so. FYI: the same "issue" is coming up for the Wicket framework for which I wrote the Portlet support as well. Chances are, we'll add something like the PortletPreferences for Wicket soon, and maybe that'll be transferable to the Struts Bridge too. But so far nothing has been written yet so time will tell... Regards, Ate > > > > thanks --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Its very difficult to provide help here without more specific/detailed description *what* goes wrong. A ClassCastException in some JBoss PortalContainerImpl.start() method doesn't mean much to me as I'm not a JBoss Portal developer or user (you probably are better off asking this on the JBoss forums). If you want to dive into this yourself (and you should), try to lookup the code for this specific class and find the line number of the ClassCastException: it'll tell you exactly which class it is expecting instead. The only other suggestion I can give right now is looking at the JPetStorePortlet example available from JBoss PortletSwap: http://www.jboss.org/portletswap/downloads/portlets/framework/ That example actually is "taken" from Portal Bridges and using the Struts Bridge (I created that example myself based upon the JPetstore from Apache iBatis), but the JBoss team did some changes themselves AFAIK, specifically adding JBoss Portal required configurations. Anyway, I'd suggest trying out that example and see if it runs as expected and then compare to your own application. My suspicion is you either have too much or the wrong jars in your WEB-INF/lib folder (especially: *don't* include the portlet-api jar yourself, JBoss Portal is *required* to provide that themselves already through a shared classloader). HTH, Ate JayaKarteek Vasana Rao wrote: > I included portlet-api-lib.jar then > > javax.portlet.PortletException: class not found was solved > > but again I have another problem > > While deploying I have following exception. > > ClasscastException in PortalcontainerImpl.start() > > During org.apache.portals.bridges.struts.PortletServlet init > > Can any one help to solve the error. > > -----Original Message----- > From: JayaKarteek Vasana Rao [mailto:JayaKarteek.Rao@igate.com] > Sent: Wednesday, June 04, 2008 5:36 PM > To: bridges-user@portals.apache.org > Subject: Jboss portal bridge error > > > > > > I have jboss-portal-2.6.5.GA. > > > > I am trying to convert simple struts application to portlet but I am > getting errors to display the portlet while deploying. > > > > I did necessary modification that are required in portlet.xml, > struts-config.xml, web.xml , struts-portlet-config.xml , > jboss-portlet.xml. > > > > At first I got error NoclassFoundException for > JBossServletContextProvider then I imported portal-bridge-lib.jar and > it solved > > > > Now if I deploy the .war file this time it shows following error. > > > > > > 2008-06-04 16:39:49,608 DEBUG > [org.jboss.portal.portlet.container.org_apache_portals_bridges_struts_St > rutsPortlet] Creating portlet object > org.apache.portals.bridges.struts.StrutsPortlet > > 2008-06-04 16:39:49,624 DEBUG > [org.jboss.portal.portlet.container.org_apache_portals_bridges_struts_St > rutsPortlet] Created portlet object > org.apache.portals.bridges.struts.StrutsPortlet > > 2008-06-04 16:39:49,639 ERROR [STDERR] > org.jboss.portal.portlet.container.PortletInitializationException: The > portlet TestStrutsPortlet threw a portlet exception during init > > 2008-06-04 16:39:49,639 ERROR [STDERR] at > org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.start(PortletC > ontainerImpl.java:260) > > 2008-06-04 16:39:49,639 ERROR [STDERR] at > org.jboss.portal.portlet.impl.container.PortletApplicationContextImpl.st > artPortletApplication(PortletApplicationContextImpl.java:135) > > 2008-06-04 16:39:49,639 ERROR [STDERR] at > org.jboss.portal.portlet.deployment.jboss.PortletAppDeployment.start(Por > tletAppDeployment.java:151) > > 2008-06-04 16:39:49,639 ERROR [STDERR] at > org.jboss.portal.core.deployment.jboss.PortletAppDeployment.start(Portle > tAppDeployment.java:96) > > 2008-06-04 16:39:49,639 ERROR [STDERR] at > org.jboss.portal.server.deployment.jboss.DeploymentContext.start(Deploym > entContext.java:99) > > 2008-06-04 16:39:49,639 ERROR [STDERR] at > org.jboss.portal.server.deployment.jboss.PortalDeploymentInfoContext.sta > rt(PortalDeploymentInfoContext.java:211) > > > > > > > > 2008-06-04 16:39:49,655 ERROR [STDERR] at > java.lang.Thread.run(Thread.java:595) > > 2008-06-04 16:39:49,655 ERROR [STDERR] Caused by: > javax.portlet.PortletException: class not found > > 2008-06-04 16:39:49,655 ERROR [STDERR] at > org.apache.portals.bridges.struts.StrutsPortlet.init(StrutsPortlet.java: > 148) > > > > > > > > iGATE is Ranked No. 3 in DQ-IDC best IT employer survey and Ranked No.6 > by Business Today-Mercer Human Resource Consulting-TNS in a cross > industry survey of Best Companies to work for in India > ----------------------------------------------------------------DISCLAIM > ER--------------------------------------------------------- > Information transmitted by this EMAIL is proprietary to iGATE Group of > Companies and is intended for use only by the individual > or entity to whom it is addressed and may contain information that is > privileged, confidential, or exempt from disclosure under > applicable law. If you are not the intended recipient of this EMAIL > immediately notify the sender at iGATE or mailadmin@igate.com > and delete this EMAIL including any attachments > iGATE is Ranked No. 3 in DQ-IDC best IT employer survey and Ranked No.6 > by Business Today-Mercer Human Resource Consulting-TNS in a cross industry survey of Best Companies to work for in India > ----------------------------------------------------------------DISCLAIMER--------------------------------------------------------- > Information transmitted by this EMAIL is proprietary to iGATE Group of Companies and is intended for use only by the individual > or entity to whom it is addressed and may contain information that is privileged, confidential, or exempt from disclosure under > applicable law. If you are not the intended recipient of this EMAIL immediately notify the sender at iGATE or mailadmin@igate.com > and delete this EMAIL including any attachments > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org > For additional commands, e-mail: bridges-user-help@portals.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Carlo Cavallieri wrote: > > Hi all, > > > > how can i access the PortletPreferences from an action with the bridge? I guess you're talking about the Struts Bridge? For the Struts Bridge, it currently provides only "transparent" Struts features, meaning those that will work both inside a standard web container and a portlet container. Portlet specific features are easily accessible but will require to make use of the portlet api itself as described in Chapter PLT.16 of the Portlet API specification, see: http://www.jcp.org/en/jsr/detail?id=168 Within an Struts Action, you can retrieve the PortletRequest as request attribute with name: "javax.portlet.request" And once you have the PortletRequest your can simple invoke PortletRequest.getPreferences(). > > Is there a standard way or an alternative solution to have something similar to the PortletPreferences? Well, having a similar/parallel feature available (for Struts) in a standard web container would be very interesting, something I've been thinking of myself before providing (and thereby having a transparent solution for the Struts Bridge), but never found time (nor actual demand) doing so. FYI: the same "issue" is coming up for the Wicket framework for which I wrote the Portlet support as well. Chances are, we'll add something like the PortletPreferences for Wicket soon, and maybe that'll be transferable to the Struts Bridge too. But so far nothing has been written yet so time will tell... Regards, Ate > > > > thanks --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
Hi Mark, Thanks a lot for the heads up :) I fully agree with you and think the Struts Bridge isn't getting enough attention. As the primary creator of it, I'm probably to blame most for that, certainly with regards to the (lack of) documentation and providing proper "visibility". I did write quite a few high end business (portlet) applications myself using it and supported several development teams using it too in the past but haven't had much time nor opportunity anymore the last few years. Other projects, frameworks (Wicket, SpringMVC etc.) and a new job (at Hippo) have taken my focus and responsibilities mostly elsewhere. I (and a few others) still do support the Struts Bridge though and I think it has a lot of benefits over solutions like Struts 2 or Spring Portlet MVC which require you to write explicitly against the Portlet API and won't work within a "plain" web container. That is also one of the primary reasons I wrote the Wicket Portlet support in a "transparent" way too: like with the Struts Bridge, you can write Wicket Portlet applications which work just as well "standalone" in a web container. FYI: I know a similar solution is currently under development by a fellow Portals committer for SpringMVC (in contrast to Spring Portlet MVC), based upon/following the Struts Bridge solution, which *might* be contributed back here at Portal Bridges in the future too... Anyway, concerning your worries about the future: it really depends on the community (so: including yourself). Apache projects are not and will not live and survive on single individual efforts only: it really is the community which must keep a project alive. I myself will continue to help out as much as I can, but that by itself is never going to be enough. If you (the community) need better documentation, new/improved features, examples, a struts-blank-bridges-portlet.war, better "marketing" etc., you'll need to help out *yourself*: - contribute documentation - contribute fixes/improvements - contribute *useful* showcase examples - write/publish articles how *you* are using the Struts Bridge - blog - etc. If the community is willing to spread the word, others will take notice, join the community, and start doing the same. That's what it is all about: no less, no more. If you look back through this mailing list archive, you'll see very little community involvement... Really, really too bad, as I honestly think (and have knowledge) that a lot of people actually *are* using the bridge. But, if nobody is willing to provide feedback, help out and *acknowledge* it (for whatever reason: company policy, shyness, ignorance, or worse: indifference), nothing much is going to happen. (As a side note: very "funny" to see that my Struts Bridge examples, the JPetstorePortlet and even the very outdated MailReader demo together blow away the download numbers of all the other "examples" provided at JBoss Portlet Swap, see: http://www.jboss.org/portletswap/downloads/portlets/framework Also note: I never ever once got a single feedback from either a Struts committer or the JBoss Portal team about the Struts Bridge or these examples...) Well, sorry if I come across a little bit disappointed, but I really would like to see the Struts Bridge community (and for that matter: the whole of the Portal Bridges community) to be more interactive. So, if you want to make the Struts Bridge more future "proof", start helping out today! As you say, you're a big fan (great!) and have been using the Struts Bridge yourself successfully. Surely, you've extended it with some features which might be of interest to others too, written some documentation or instructions for your fellow developers, maybe even written some kind of manual (or maybe someone else lurking on this list has?). Please contribute and help out, send in feature request, create JIRA issues for them: http://issues.apache.org/jira/browse/PB Provide fixes, code, examples, patches, whatever. I'll be glad to help out to integrate them, improve the website, provide pointers to external articles, blogs, anything. But you'll need to help me out, I simply cannot and will not do that on my own. I hope this long "rant" doesn't scare you or others away, I just want to be honest: the Struts Bridge has a lot potential, even with Struts 2.x around, because so many developers and companies still are and very much continue to use Struts 1.x. I can easily think of at least 20 new features and improvements for the Struts Bridge to make it even much better, but I don't have the time nor interest to design and develop them all by myself anymore. With kind regards and hoping for a lot more community interaction, Ate Mark McLaren wrote: > Hi all, > > How about creating a struts-blank-bridges-portlet Maven archetype? I > think we need to be able to demonstrate how easy and quick portlets > can be to write! > > I'm a big fan of the Struts Bridge and was very pleased to see the > recent release in December 07. What concerns me is that the noisier > portlet developers who write Spring Portlet MVC or Struts 2 portlets > (etc.) seem to be getting most of the attention when it comes to the > beginners question "How do I write a portlet?". > > Personally (as a Struts 1.x developer), I see Struts Bridge as the > most natural way to create a portlet as it can be developed and run > standalone. I am at a loss as to why more people are not using Struts > Bridge (could it be the documentation or lack of examples?). I am > concerned for the long term future of the Struts Bridge product as the > alternatives seem to be grabbing the majority of the market share. > > Mark > --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
I included portlet-api-lib.jar then javax.portlet.PortletException: class not found was solved but again I have another problem While deploying I have following exception. ClasscastException in PortalcontainerImpl.start() During org.apache.portals.bridges.struts.PortletServlet init Can any one help to solve the error. -----Original Message----- From: JayaKarteek Vasana Rao [mailto:JayaKarteek.Rao@igate.com] Sent: Wednesday, June 04, 2008 5:36 PM To: bridges-user@portals.apache.org Subject: Jboss portal bridge error I have jboss-portal-2.6.5.GA. I am trying to convert simple struts application to portlet but I am getting errors to display the portlet while deploying. I did necessary modification that are required in portlet.xml, struts-config.xml, web.xml , struts-portlet-config.xml , jboss-portlet.xml. At first I got error NoclassFoundException for JBossServletContextProvider then I imported portal-bridge-lib.jar and it solved Now if I deploy the .war file this time it shows following error. 2008-06-04 16:39:49,608 DEBUG [org.jboss.portal.portlet.container.org_apache_portals_bridges_struts_St rutsPortlet] Creating portlet object org.apache.portals.bridges.struts.StrutsPortlet 2008-06-04 16:39:49,624 DEBUG [org.jboss.portal.portlet.container.org_apache_portals_bridges_struts_St rutsPortlet] Created portlet object org.apache.portals.bridges.struts.StrutsPortlet 2008-06-04 16:39:49,639 ERROR [STDERR] org.jboss.portal.portlet.container.PortletInitializationException: The portlet TestStrutsPortlet threw a portlet exception during init 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.start(PortletC ontainerImpl.java:260) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.portlet.impl.container.PortletApplicationContextImpl.st artPortletApplication(PortletApplicationContextImpl.java:135) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.portlet.deployment.jboss.PortletAppDeployment.start(Por tletAppDeployment.java:151) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.core.deployment.jboss.PortletAppDeployment.start(Portle tAppDeployment.java:96) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.server.deployment.jboss.DeploymentContext.start(Deploym entContext.java:99) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.server.deployment.jboss.PortalDeploymentInfoContext.sta rt(PortalDeploymentInfoContext.java:211) 2008-06-04 16:39:49,655 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595) 2008-06-04 16:39:49,655 ERROR [STDERR] Caused by: javax.portlet.PortletException: class not found 2008-06-04 16:39:49,655 ERROR [STDERR] at org.apache.portals.bridges.struts.StrutsPortlet.init(StrutsPortlet.java: 148) iGATE is Ranked No. 3 in DQ-IDC best IT employer survey and Ranked No.6 by Business Today-Mercer Human Resource Consulting-TNS in a cross industry survey of Best Companies to work for in India ----------------------------------------------------------------DISCLAIM ER--------------------------------------------------------- Information transmitted by this EMAIL is proprietary to iGATE Group of Companies and is intended for use only by the individual or entity to whom it is addressed and may contain information that is privileged, confidential, or exempt from disclosure under applicable law. If you are not the intended recipient of this EMAIL immediately notify the sender at iGATE or mailadmin@igate.com and delete this EMAIL including any attachments iGATE is Ranked No. 3 in DQ-IDC best IT employer survey and Ranked No.6 by Business Today-Mercer Human Resource Consulting-TNS in a cross industry survey of Best Companies to work for in India ----------------------------------------------------------------DISCLAIMER--------------------------------------------------------- Information transmitted by this EMAIL is proprietary to iGATE Group of Companies and is intended for use only by the individual or entity to whom it is addressed and may contain information that is privileged, confidential, or exempt from disclosure under applicable law. If you are not the intended recipient of this EMAIL immediately notify the sender at iGATE or mailadmin@igate.com and delete this EMAIL including any attachments --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org
I have jboss-portal-2.6.5.GA. I am trying to convert simple struts application to portlet but I am getting errors to display the portlet while deploying. I did necessary modification that are required in portlet.xml, struts-config.xml, web.xml , struts-portlet-config.xml , jboss-portlet.xml. At first I got error NoclassFoundException for JBossServletContextProvider then I imported portal-bridge-lib.jar and it solved Now if I deploy the .war file this time it shows following error. 2008-06-04 16:39:49,608 DEBUG [org.jboss.portal.portlet.container.org_apache_portals_bridges_struts_St rutsPortlet] Creating portlet object org.apache.portals.bridges.struts.StrutsPortlet 2008-06-04 16:39:49,624 DEBUG [org.jboss.portal.portlet.container.org_apache_portals_bridges_struts_St rutsPortlet] Created portlet object org.apache.portals.bridges.struts.StrutsPortlet 2008-06-04 16:39:49,639 ERROR [STDERR] org.jboss.portal.portlet.container.PortletInitializationException: The portlet TestStrutsPortlet threw a portlet exception during init 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.start(PortletC ontainerImpl.java:260) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.portlet.impl.container.PortletApplicationContextImpl.st artPortletApplication(PortletApplicationContextImpl.java:135) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.portlet.deployment.jboss.PortletAppDeployment.start(Por tletAppDeployment.java:151) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.core.deployment.jboss.PortletAppDeployment.start(Portle tAppDeployment.java:96) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.server.deployment.jboss.DeploymentContext.start(Deploym entContext.java:99) 2008-06-04 16:39:49,639 ERROR [STDERR] at org.jboss.portal.server.deployment.jboss.PortalDeploymentInfoContext.sta rt(PortalDeploymentInfoContext.java:211) 2008-06-04 16:39:49,655 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595) 2008-06-04 16:39:49,655 ERROR [STDERR] Caused by: javax.portlet.PortletException: class not found 2008-06-04 16:39:49,655 ERROR [STDERR] at org.apache.portals.bridges.struts.StrutsPortlet.init(StrutsPortlet.java: 148) iGATE is Ranked No. 3 in DQ-IDC best IT employer survey and Ranked No.6 by Business Today-Mercer Human Resource Consulting-TNS in a cross industry survey of Best Companies to work for in India ----------------------------------------------------------------DISCLAIMER--------------------------------------------------------- Information transmitted by this EMAIL is proprietary to iGATE Group of Companies and is intended for use only by the individual or entity to whom it is addressed and may contain information that is privileged, confidential, or exempt from disclosure under applicable law. If you are not the intended recipient of this EMAIL immediately notify the sender at iGATE or mailadmin@igate.com and delete this EMAIL including any attachments
Hi all, How about creating a struts-blank-bridges-portlet Maven archetype? I think we need to be able to demonstrate how easy and quick portlets can be to write! I'm a big fan of the Struts Bridge and was very pleased to see the recent release in December 07. What concerns me is that the noisier portlet developers who write Spring Portlet MVC or Struts 2 portlets (etc.) seem to be getting most of the attention when it comes to the beginners question "How do I write a portlet?". Personally (as a Struts 1.x developer), I see Struts Bridge as the most natural way to create a portlet as it can be developed and run standalone. I am at a loss as to why more people are not using Struts Bridge (could it be the documentation or lack of examples?). I am concerned for the long term future of the Struts Bridge product as the alternatives seem to be grabbing the majority of the market share. Mark -- "Paradoxically, the more time saving abstractions you are using the more you actually have to know." - Simon Willison --------------------------------------------------------------------- To unsubscribe, e-mail: bridges-user-unsubscribe@portals.apache.org For additional commands, e-mail: bridges-user-help@portals.apache.org