Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
| 2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
| 2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
| 2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
| 2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
| 2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
| 2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
| 2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
| 2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ad...@jb...> - 2005-05-10 19:05:00
|
It looks like the new parsing is going to cope with everything I throw at it for the pojo parsing. Well done Alex. The outstanding issues are: 1) Using schema annotations to define the parsing 2) The ANY parsing 3) Making the map definition less verbose. Up-to-date progress here: http://jira.jboss.com/jira/browse/JBMICROCONT-32 P.S. I still need to do a lot more testing to complete the parser, but I don't see anything to do that is going to require a pattern that I haven't already successfully used. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877237#3877237 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877237 |
|
From: sven.schulz <nu...@jb...> - 2005-05-10 16:44:33
|
I consider to implement a Interportlet communication (IPC) service, that is event based. Any input is much appreciated. I will post a little architecture description tomorrow. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877223#3877223 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877223 |
|
From: joehobson <nu...@jb...> - 2005-05-10 16:34:45
|
I ran into this same limitation in the JSR-168 spec. the functionality was important enough to me that i found a workaround for it, and one that is not specific to JBP. If you have two portlets in a portlet-app then they share application scope session attributes. I have a navigation portlet in the left column, and a view portlet as the main content. My navigation consists of ActionURL links, sending a param for which page to view. The processAction stores the page to view in the session attribute. When each of the portlets go thru their doView rendering, the session attribute is set and they display based on that. So the navigation portlet can show which page the user is on, and the main content portlet can display the page that was chosen. It's not the most elegant approach, but it's working so far. I would also like for the spec to expand to impliment some form of interportlet communication, but for now i'll just use session attributes. ... .joe View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877221#3877221 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877221 |
|
From: sven.schulz <nu...@jb...> - 2005-05-10 15:55:32
|
"sven.schulz" wrote : I have encountered another problem with using JSF in the JBoss Portal. When using a commandLink tag a href="#" is rendered by the default renderer. When this is encoded as an action URL org.jboss.portal.portlet.impl.PortletResponseImpl.encodeURL comes up with an IllegalArgumentException saying that the url is invalid. Any idea for a quick fix for that? What is a valid URL. I think it should be possible to prepend the portlet URI, but how can this be done? By replacing the #-URI by a simple / things are working again. But I am not quite sure, if the implementation of PortletResponseImpl.encodeURL should really insist on URI being absolute or begin with a /. Is this required by the spec? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877215#3877215 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877215 |
|
From: gavinc <nu...@jb...> - 2005-05-10 15:55:21
|
Roy, Thanks for the pointer, I did find this earlier and am trying to do something similar in the meantime, but it means that my upload page has to be outside a JSF form which makes it more tricky to tie it all together! Stan, Thanks for the info regarding the filters, something I didn't know, I will definitely give it a go. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877214#3877214 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877214 |
|
From: <sta...@jb...> - 2005-05-10 15:43:30
|
As for your other two problems, they are general MyFaces differences and not related to portlet integration. For the second one about saveState/restoreState, you can never rely on them being called or not called (JSF spec 3.2.3.2). You are right in that MyFaces was forcing you to be compliant. I'll have to look at the other one. This is quite interesting as they point to clarifications that need to be made in the spec. Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877211#3877211 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877211 |
|
From: gavinc <nu...@jb...> - 2005-05-10 15:42:37
|
In MyFaces you need to define their extenstionsFilter to handle the multipart request that a file upload produces. If this filter is not called the request arrives at the portal's/MyFaces door in multipart/form-data encoding and not application/x-www-form-urlencoded. The request doesn't get handled propely then and you just remain on the same JSF page! I've just replied to a message from Stan regarding this (http://www.jboss.com/index.html?module=bb&op=viewtopic&t=63779) so hopefully he can let me know if there is a different way of doing it! We were also hoping to use Acegi for some of our security mechanisms and this also relies on filters being called before the request is actually handled. I think the portlet filters stuff may work for the security stuff but not for the multipart requests as those need to be handled real early in the request cycle? Cheers, Gav View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877209#3877209 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877209 |
|
From: sven.schulz <nu...@jb...> - 2005-05-10 15:34:53
|
I have a running example of MyFaces in JBoss Portal with the tree2 component. Since it is using resources (images and Javascript) I deduce that the filter is executed. Perhaps your filter mapping is not set appropriately. It should be something like | <!-- MyFaces resource filter mapping --> | <filter-mapping> | <filter-name>extensionsFilter</filter-name> | <url-pattern>/faces/*</url-pattern> | </filter-mapping> | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877206#3877206 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877206 |
|
From: <sta...@jb...> - 2005-05-10 15:32:08
|
If you look at section 6.2.5 of the Servlet 2.4 spec you can see how to trigger filters during a forward or include. You specify a tag in your filter mapping. Here is the link to the Servlet 2.4 spec: http://jcp.org/aboutJava/communityprocess/final/jsr154/index.html I think that will at least get you further along. Thanks for the feedback. Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877204#3877204 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877204 |
|
From: gavinc <nu...@jb...> - 2005-05-10 15:28:16
|
I'm seeing problems trying to use the MyFaces extensions filter too. I have just posted a response to another thread about this (http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3877199#3877199). Basically we are trying to upload files using MyFaces but running into issues with the filter. For us it is not getting executed at all! Gav View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877203#3877203 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877203 |
|
From: <roy...@jb...> - 2005-05-10 15:24:31
|
We're using PortletFileUpload from the fileupload package in jakarta commons. You can see how it works in the AdminCMSPortlet... line 923. Not sure if this will help with MyFaces. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877202#3877202 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877202 |
|
From: sven.schulz <nu...@jb...> - 2005-05-10 15:19:22
|
I have encountered another problem with using JSF in the JBoss Portal. When using a commandLink tag a href="#" is rendered by the default renderer. When this is encoded as an action URL org.jboss.portal.portlet.impl.PortletResponseImpl.encodeURL comes up with an IllegalArgumentException saying that the url is invalid. Any idea for a quick fix for that? What is a valid URL. I think it should be possible to prepend the portlet URI, but how can this be done? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877200#3877200 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877200 |
|
From: gavinc <nu...@jb...> - 2005-05-10 15:16:41
|
Hi Stan, I work with Paul and was the one that moved our stuff over to MyFaces from the Sun RI. There were 2 things we found caused problems that were just due to MyFaces being a bit more strict. We have a couple of components that render themselves but extend UICommand. Because we were not calling setRendererType(null) the button renderer was picked up from UICommand and resulted in buttons appearing on our page right after each use of our component. The other was with save/restoreState. In the Sun RI these don't seem to get called when saving state on the server so most of our components did not implement these methods (as we hadn't neeeded to). MyFaces obviously does call these methods though as when an action link was clicked and the page re-rendered, all the internal state of the components had been reset. Apart from that as Paul said the whole process went very smoothly, until today actually!! I have been trying to get the x:inputFileUpload component to work but to no avail. To use this you must set up the extensionsFilter in web.xml to handle the multipart request. However, because we are using a portal server the filters never get executed, this means that the multipart request reaches the portal/MyFaces in it's raw form and neither know how to deal with that, as a result my page just gets re-drawn! Any ideas how we can get round this problem as we would really like to leverage the work you guys have already done for uploading files. Thanks in advance, Gav View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877199#3877199 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877199 |
|
From: sven.schulz <nu...@jb...> - 2005-05-10 15:12:24
|
Ups, messed up the markup. Sorry for that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877198#3877198 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877198 |
|
From: paulhh <nu...@jb...> - 2005-05-10 15:11:03
|
For reference, here's a response from the end of last year with respect to JSR-168: http://mail-archives.apache.org/mod_mbox/portals-pluto-dev/200411.mbox/%3c4...@ap...%3e I think what you're looking for could be addressed in the next version of the standard. Meanwhile, most portals have their own different ways of doing this. Cheers Phh. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877195#3877195 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877195 |
|
From: sven.schulz <nu...@jb...> - 2005-05-10 15:10:50
|
Oh, I am not deeply involved. However I try to explain, what I think it does. When a complex component like a tree is rendered external resources like images for the decorations are necessary. These resources are provided by a filter (so it's a filter, not a servlet) that is configured in web.xml
| <!-- MyFaces Extensions Filter -->
| <filter>
| <filter-name>extensionsFilter</filter-name>
| <filter-class>org.apache.myfaces.component.html.util.ExtensionsFilter</filter-class>
| </filter>
|
| |
| | The filter is configured to be invoked whenever the request URL matches /faces/*.
| |
| | Here is the javadoc of the class:
| |
| | anonymous wrote : This is a utility class to render link to resources used by custom components. Mostly used to avoid having to include in the head of the pages before using a component.anonymous wrote :
| | | |
| | | | I think it is not only used for images but also for Javascript and the like.
| | | |
| | | | Another use case of the filter is to handle file uploads (multipart requests).
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877194#3877194
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877194
|
|
From: <ju...@jb...> - 2005-05-10 14:58:46
|
I was not aware of that. Could you describe what does that resource servlet ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877192#3877192 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877192 |
|
From: sven.schulz <nu...@jb...> - 2005-05-10 14:58:08
|
I think that's not quite true. As soon as the resource servlet of MyFaces is involved things break, since the MyFaces developers employ a nasty cast to ServletRequest or ServletContext (can't remember what exactly) in the AddResource class. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877191#3877191 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877191 |
|
From: sven.schulz <nu...@jb...> - 2005-05-10 14:52:57
|
Think of the Windows Explorer. There is a tree showing the directory structure and a detail view showing the contents of the selected folder. Now imagine that you would implement such an explorer within a portal (not necessarily for file systems). One way is to provide a portal for the tree structure and one for the detail view. When a user (so, yes the scope is per user) selects an element in the tree portal, the detail portal view is updated to show the details (e.g. files) of the element. What I think of is some kind of messaging. I think a phased approach would be beneficial. In one of the phases portals may emit messages to channels. In a subsequent phase those messages may be received by polling the channels. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877189#3877189 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877189 |
|
From: <roy...@jb...> - 2005-05-10 14:48:40
|
Ack! I haven't posted the MyFaces sample. Was going to rebuild them all. The sample I have only works with RC1 - this release. I will post it now anyway. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877187#3877187 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877187 |
|
From: <sta...@jb...> - 2005-05-10 14:44:40
|
Hi Paul, I'm the one who wrote the MyFaces Portlet integration code. I'm interested in what way you found MyFaces to be more strict than the RI. Thanks in advance for your help, Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877186#3877186 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877186 |
|
From: <ju...@jb...> - 2005-05-10 14:42:01
|
ok, I am asking because portlet communication means a lot of different things for people and the one I said is the most requested. what is the scope of event delivery ? per user ? could you describe it ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877183#3877183 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877183 |
|
From: <ju...@jb...> - 2005-05-10 14:39:58
|
I think we are going to do something for 2.0.1 or 2.2. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877182#3877182 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877182 |
|
From: kevs3d <nu...@jb...> - 2005-05-10 14:39:33
|
The myfaces demo you provided me works great thanks. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877181#3877181 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877181 |
|
From: sven.schulz <nu...@jb...> - 2005-05-10 14:39:01
|
What I mean is to notify a portlet of changes in another portlet. Suppose you have a portlet that presents a tree of elements. When a user selects one of the elements by clicking on it, a view in another portlet should be updated containing the details of the selected element (Master/Detail). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877180#3877180 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877180 |
1965 messages has been excluded from this view by a project administrator.
