RE: Table Auto Submit
Adam, nice one. I've raised the RowDisclosureEvent problem as ADFFACES-453 (see https://issues.apache.org/jira/browse/ADFFACES-453). -Original Message- From: Adam Winer [mailto:[EMAIL PROTECTED] Sent: 17 April 2007 06:18 To: adffaces-user@incubator.apache.org Subject: Re: Table Auto Submit Filed and fixed http://issues.apache.org/jira/browse/ADFFACES-452 for the Select All/Select None problem. -- Adam On 4/16/07, Adam Winer [EMAIL PROTECTED] wrote: Thanks for finding these - looks like we get a couple more JIRA issues. :) -- Adam On 4/16/07, Mark Emeny [EMAIL PROTECTED] wrote: Adam, Just spotted another... On the table control, clicking the Select All/Select None links does not cause a postback with autosubmit set to true (it does now when selecting individual rows). -Original Message- From: Adam Winer [mailto:[EMAIL PROTECTED] Sent: 13 April 2007 18:10 To: adffaces-user@incubator.apache.org Subject: Re: Table Auto Submit This is caused by my change (or, rather, some long-leftover code that should have been deleted, and didn't like my change). It should be fixed now. I'm quite puzzled why I didn't run into this in my own testing. -- Adam On 4/13/07, Mark Emeny [EMAIL PROTECTED] wrote: Adam, This is what I am getting in the log (running inside WebSphere)... javax.faces.FacesException: java.lang.InstantiationException: org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.table.TableSele ctManyRenderer at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListe ner.java:334) at com.ibm.ws.wswebcontainer.webapp.WebApp.notifyServletContextCreated(WebA pp.java:621) at com.ibm.ws.webcontainer.webapp.WebApp.commonInitializationFinish(WebApp. java:275) at com.ibm.ws.wswebcontainer.webapp.WebApp.initialize(WebApp.java:273) at com.ibm.ws.wswebcontainer.webapp.WebGroup.addWebApplication(WebGroup.jav a:88) at com.ibm.ws.wswebcontainer.VirtualHost.addWebApplication(VirtualHost.java :157) at com.ibm.ws.wswebcontainer.WebContainer.addWebApp(WebContainer.java:655) at com.ibm.ws.wswebcontainer.WebContainer.addWebApplication(WebContainer.ja va:608) at com.ibm.ws.webcontainer.component.WebContainerImpl.install(WebContainerI mpl.java:333) at com.ibm.ws.webcontainer.component.WebContainerImpl.start(WebContainerImp l.java:549) at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl .java:1312) at com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObjectS tart(DeployedApplicationImpl.java:1129) at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl .java:569) at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedAppli cationImpl.java:814) at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(Applica tionMgrImpl.java:965) at com.ibm.ws.runtime.component.ApplicationMgrImpl$1.run(ApplicationMgrImpl .java:1495) at com.ibm.ws.security.auth.ContextManagerImpl.runAs(ContextManagerImpl.jav a:3874) at com.ibm.ws.security.auth.ContextManagerImpl.runAsSystem(ContextManagerIm pl.java:3951) at com.ibm.ws.security.core.SecurityContext.runAsSystem(SecurityContext.jav a:245) at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(Applica tionMgrImpl.java:1500) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:62) at sun.reflect.GeneratedMethodAccessor86.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:265) at javax.management.modelmbean.RequiredModelMBean.invokeMethod(RequiredMode lMBean.java:1089) at javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean .java:971) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.j ava:231) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:238) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBea
Re: Installing Maven Trinidad Archetype
So is there something wrong with the Archtype? FYI after I build Trinidad I have the maven-plugin-parent\1.0.0-incubating directory in my local repository, but with no jar file. Thanks a lot Andy On 4/15/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: yeah, I'll check the archetype On 4/14/07, Adam Winer [EMAIL PROTECTED] wrote: Perhaps, but shouldn't the archetype be pointing at 1.0.0 plugins, not 1.0.1-SNAPSHOT? -- Adam On 4/14/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: perhaps it hasn't the incubator repo in. -M On 4/14/07, Simon Lessard [EMAIL PROTECTED] wrote: Hello, mvn install in the plugins directory to build it. However, I don't see why this is needed, if this is really the issue since he built plugin can be found in maven repos. On 4/14/07, Andy Birchall [EMAIL PROTECTED] wrote: Ah, I wasn't aware that I had to do that. I thought that these instructions were building the Archetype plugin: http://wiki.apache.org/myfaces/Trinidad_Archetype No? Can you point me to the page which tells me how to build the plugins? Thanks a lot Andy On 4/14/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: did you build the plugins as well ? On 4/13/07, Andy Birchall [EMAIL PROTECTED] wrote: Yes I did. I built it using the instructions here: http://wiki.apache.org/myfaces/Building_ADF_With_Maven and it all built fine. Thanks On 4/13/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: did you build trinidad ? On 4/13/07, Andy Birchall [EMAIL PROTECTED] wrote: Hello, I've been trying to install the Trinidad Archetype to my Maven 2 installation but without success. I have followed the instructions on here: http://wiki.apache.org/myfaces/Trinidad_Archetype i.e. I have checked out the source and typed 'mvn install' in the trinidad-archetype directory But this results in this error: C:\Temp\trinidad-archetypemvn install [INFO] Scanning for projects... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.myfaces.trinidadbuild ArtifactId: maven-plugin-parent Version: 1.0.1-incubating-SNAPSHOT Reason: Unable to download the artifact from any repository org.apache.myfaces.trinidadbuild:maven-plugin-parent:pom:1.0.1-incubating-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] Trace org.apache.maven.reactor.MavenExecutionException: Cannot find parent: org.apache.myfaces.trinidadbuild:maven-plugin-parent for project: org.apache.myfaces.trinidadbuild:myfaces-arc hetype-trinidad:maven-plugin:1.0.1-incubating-SNAPSHOT So it seems it is looking for the Trinidad artifact in the central maven repository but obviously can't find it. Do I have to set another repository for it to look in to download? I'm probably missing something obvious but can't seem to find a solution. Sorry, I'm pretty new to this. Thanks Andy -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: Installing Maven Trinidad Archetype
I have to check the archetype. In the meantime, you can check out this: http://code.google.com/p/facesgoodies/ and call mvn clean jetty:run (I updated today to 1.0.0-incubating) -M On 4/17/07, Andy Birchall [EMAIL PROTECTED] wrote: So is there something wrong with the Archtype? FYI after I build Trinidad I have the maven-plugin-parent\1.0.0-incubating directory in my local repository, but with no jar file. Thanks a lot Andy On 4/15/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: yeah, I'll check the archetype On 4/14/07, Adam Winer [EMAIL PROTECTED] wrote: Perhaps, but shouldn't the archetype be pointing at 1.0.0 plugins, not 1.0.1-SNAPSHOT? -- Adam On 4/14/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: perhaps it hasn't the incubator repo in. -M On 4/14/07, Simon Lessard [EMAIL PROTECTED] wrote: Hello, mvn install in the plugins directory to build it. However, I don't see why this is needed, if this is really the issue since he built plugin can be found in maven repos. On 4/14/07, Andy Birchall [EMAIL PROTECTED] wrote: Ah, I wasn't aware that I had to do that. I thought that these instructions were building the Archetype plugin: http://wiki.apache.org/myfaces/Trinidad_Archetype No? Can you point me to the page which tells me how to build the plugins? Thanks a lot Andy On 4/14/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: did you build the plugins as well ? On 4/13/07, Andy Birchall [EMAIL PROTECTED] wrote: Yes I did. I built it using the instructions here: http://wiki.apache.org/myfaces/Building_ADF_With_Maven and it all built fine. Thanks On 4/13/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: did you build trinidad ? On 4/13/07, Andy Birchall [EMAIL PROTECTED] wrote: Hello, I've been trying to install the Trinidad Archetype to my Maven 2 installation but without success. I have followed the instructions on here: http://wiki.apache.org/myfaces/Trinidad_Archetype i.e. I have checked out the source and typed 'mvn install' in the trinidad-archetype directory But this results in this error: C:\Temp\trinidad-archetypemvn install [INFO] Scanning for projects... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.myfaces.trinidadbuild ArtifactId: maven-plugin-parent Version: 1.0.1-incubating-SNAPSHOT Reason: Unable to download the artifact from any repository org.apache.myfaces.trinidadbuild:maven-plugin-parent:pom:1.0.1-incubating-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] [INFO] Trace org.apache.maven.reactor.MavenExecutionException: Cannot find parent: org.apache.myfaces.trinidadbuild:maven-plugin-parent for project: org.apache.myfaces.trinidadbuild:myfaces-arc hetype-trinidad:maven-plugin:1.0.1-incubating-SNAPSHOT So it seems it is looking for the Trinidad artifact in the central maven repository but obviously can't find it. Do I have to set another repository for it to look in to download? I'm probably missing something obvious but can't seem to find a solution. Sorry, I'm pretty new to this. Thanks Andy -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: fixed header, scrolling body in tr:table ... hidden feature?
It's a half-implemented feature. I'd be happy seeing it revived for real (albeit, perhaps with a better API than setting height'!), as long as it worked in both IE and FF. I wonder if we might even be able to use the same CSS approach in FF and IE 7. -- Adam On 4/17/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I'm badly in need of a datatable with fixed headers and a scrolling body, of the type that a few other (some commercial) JSF component sets have. I was digging into the source of the table renderer, and saw a lot of code related to scrolling. It seems that if height is available from the CoreTable component, the renderer will try to render the body as scrolling. The tr:table tag doesn't expose height, so you can't do this out of the box, but as a test, I quickly created a custom renderer based off the default--which basically does everything the same except that it forces height to have a value. Sure enough, when I wire this renderer to a custom component and display, I get the regular tr:table with fixed headers and a vertical scrollbar for the body. In IE. :-( There is a bunch of branching in the code to deal specifically with IE (the fixed row is rendered with absolute positioning to get around the browser bug), but unfortunately nothing in the code that makes other browsers display a scrolling body. That should be the easy part- setting the proper CSS on tbody ought to do it in Firefox and others. So my question is, what is the state of this feature? Hidden, half-implemented, or something else? Any plans to revive it? (note: I am working off a fairly old build of the 1.2 branch, but I don't recall seeing any updates about this) For my purposes, I was going to either (a) let the IE hack run in all situations- not ideal but might work okay, or (b) continue extending the table renderer to properly write CSS for non-IE browsers in scrolling situations. Any insights would be appreciated. Thanks in advance, Rogers
