File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes HTML, CSS and JavaScript and the fly likes DOJO with Portals Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Engineering » HTML, CSS and JavaScript
Bookmark "DOJO with Portals" Watch "DOJO with Portals" New topic
Author

DOJO with Portals

Chris Boldon
Ranch Hand

Joined: Aug 10, 2006
Posts: 190
Does this book cover implementing dojo with portals? I have had issues in the past when I have multple portlets on a page using the same dojo function.
Frank Zammetti
Ranch Hand

Joined: Dec 16, 2004
Posts: 136
It does not. I'm a big detractor of portal technology, so I avoid it like the plague. I have no experience with Dojo is a portal environment, so the book doesn't mention it at all.


-- <br />Frank W. Zammetti<br />Founder and Chief Software Architect<br />Omnytex Technologies<br /><a href="http://www.omnytex.com" target="_blank" rel="nofollow">http://www.omnytex.com</a><br />AIM/Yahoo: fzammetti<br />MSN: fzammetti@hotmail.com<br />Author of "Practical Ajax Projects With Java Technology"<br /> (2006, Apress, ISBN 1-59059-695-1)<br />and "JavaScript, DOM Scripting and Ajax Projects"<br /> (2007, Apress, ISBN 1-59059-816-4)<br />Java Web Parts - <a href="http://javawebparts.sourceforge.net" target="_blank" rel="nofollow">http://javawebparts.sourceforge.net</a><br /> Supplying the wheel, so you don't have to reinvent it!
Amit Batra
Ranch Hand

Joined: Mar 04, 2006
Posts: 361
Hi Frank,
Let me apologize first to OP, it is not my intention to hijack the thread but I believe his question was answered.

My question is about what Frank said about portals. Though this is not related to your book, I know, but just to get a sense of what I should learn to 'obsolete proof' myself a bit for the future, would you mind telling me why it is you feel that way about portal technology?
Frank Zammetti
Ranch Hand

Joined: Dec 16, 2004
Posts: 136
My company got burned when we tried to go with portal technology... now, I'm perfectly willing to accept that much of the problem, perhaps even most of the problem, was really our chosen implementation (IBM)... even given that...

I think the whole portal stack is way too complex. Again, IBM is known for over-engineered solutions, but I don't think it's just them.

Second, the whole point of a portal is kind of redundant any more given the rise of Ajax. For example, we've had great success building an application at work that essentially houses many of our back-office apps in one place. In other words, it's to large degree a portal! But the code is much simpler, it works great, and we didn't need to include all the technology of portals.

I also think it's true that portals were a bit of a fad a few years ago that didn't really catch on, whatever the reasons. I talk to few people theses days that are doing portals. That's not to say they may not catch on still down the road, but for now my experience is that they aren't too relevant.
Mike Farnham
Ranch Hand

Joined: Sep 25, 2001
Posts: 76
Don't know if Chris figured out or received a solution for dealing with multiple portlets on the same "rendered" page with the same javascript functions, but the portlet spec does provide the portlet namespace. The portlet namespace allows each portlet to have its own version or personalized version of the same javascript function.

Having to do this, may be an example of the complexities Frank refers to as part of the portal stack.
Chris Boldon
Ranch Hand

Joined: Aug 10, 2006
Posts: 190
You hit the nail on the head Mike. I was really wondering if Dojo offered an out of the box way to differentiate between function versions.

I'd disagree that portals are obsolete altogether. Portals saw an initial retraction with the increased usage of RIA technologies. Quality portal implementations took a step back at that point and implemented many of these RIA abilities and compatibilities.

The concepts of a portal are not altogether abstractly different from the concept of SOA. It is another way of abstracting yourself so you do not have to work as tightly in the view, nor reuse certain aspects. It also provides the added advantage of handling your caching and authentication/authorization.

One of the biggest difficulties I have with JavaScript is the logical separation. With modals appearing and disappearing, and pages changing dynamically, the code can become a bit of a nightmare. A proper portal implementation is useful in this case.

AJAX works very well with the portal model. Though more precisely leveraging the portal 'model' than a portal per se, look at iGoogle and Yahoo.
J Holland
Greenhorn

Joined: Jul 03, 2008
Posts: 2
As a portal developer that is leveraging Dojo inside Weblogic application, I can say that it has been working well, but we have also had to meet some challenges. Our Dojo Applications having trouble rendering in SSL for example.

In regards to your question on handling different versions; with the release of Dojo 1.1.1, you can "scopeMap" different versions. Therefore you can have different versions of the same functions. See http://dojotoolkit.org/book/book-dojo/part-3-javascript-programming-dojo-and-dijit/multiple-versions-dojo-page

As Ajax Technologies continue to mature, I think it is a good contender to replace portal models.

Thanks,
JHolland
Chris Boldon
Ranch Hand

Joined: Aug 10, 2006
Posts: 190
VERY helpful

Thank you everyone who replied in this thread.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: DOJO with Portals
 
Similar Threads
hey I am trying to download DOJO but not getting toolkit
DOJO Queries
IBM Websphere Portal Certification
jQuery vs Dojo
Technolpgy in demand