March 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: Vanishing component....

by tony.herstell＠gmail.com

Refers: http://www.icefaces.org/JForum/posts/list/4071.page View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031350#4031350 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031350

19 years, 1 month

1
0
0 / 0

[JBoss Seam] - Vanishing component....

by tony.herstell＠gmail.com

This gets "actioned": | | <s:button value="#{messages.button_add_image}" | action="#{uploadController.startUpload(the_user)}" rendered="#{the_user.picture == null}"/> | | which triggers this (from debugger): pages/organisation/organisationFind.xhtml:uploadController.startUpload(the_organisation) but the uploadController component is now not found... but does exist... | | /* | InterceptionType.NEVER obviously has the side effect of preventing @Injection | but it also prevents IllegalStateExceptions due to Seam not being initialized | during requests to this bean from the current implementation of the FileUploadManager. As the | FileUploadServlet gets integrated into the normal Servlet mechanism, | this will go away. | */ | @Intercept(InterceptionType.NEVER) | @Stateful // A component stays in existance for the duration of the Scope (conversation in this instance). | @Name("uploadController") // Name used within SEAM for an instance of this class. | @Conversational // Scope that this class exists in. | public class UploadControllerImpl implements UploadController, Serializable { | | Here it is... | | 11:02:44,031 INFO [Component] Component: uploadController, scope: CONVERSATION, type: STATEFUL_SESSION_BEAN, class: nz.co.risingstars.actions.upload.UploadControllerImpl, JNDI: risingstars/UploadControllerImpl/local | | Any suggestions? Am using IceFaces 1.6DR#2+Greg Dick fix & Seam 1.2 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031349#4031349 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031349

19 years, 1 month

1
0
0 / 0

[JBossWS] - Re: WSDL-location help?

by zauberlehrling

The JSR181 specification (http://jcp.org/en/jsr/detail?id=181) says in 4.1 Annotation: javax.jws.WebService: anonymous wrote : wsdlLocation: | The location of a pre-defined WSDL | describing the service. The wsdlLocation is | a URL (relative or absolute) that refers to a | pre-existing WSDL file. The presence of a | wsdlLocation value indicates that the | service implementation bean is implementing | a pre-defined WSDL contract. The JSR-181 | tool MUST provide feedback if the service | implementation bean is inconsistent with the | portType and bindings declared in this | WSDL. Note that a single WSDL file might | contain multiple portTypes and multiple | bindings. The annotations on the service | implementation bean determine the specific | portType and bindings that correspond to | the Web Service. My interpretation is that something like | @Webservice(.. | wsdlLocation="http:\\ .. " | ..) | should be possible. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031348#4031348 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031348

19 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: Scheduled TaskInstances within a ProcessInstance?

by kukeltje

great that it works, could you make a small wiki page describing how you exactely achieved this? We'd appreciate that very much. Ronald View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031347#4031347 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031347

19 years, 1 month

1
0
0 / 0

[Installation, Configuration & Deployment] - Sar archive as .sar file doesn't deploy, but as directory it

by mtedone1

I've got a .sar file which I deploy under the /deploy folder. JBoss throws an exception complaining that it can't find the jboss-service.xml file under META-INF. However, if I unzip the same .sar file into a folder ending with .sar everything works fine. I'm sure it must be a configuration problem somewhere, but can't find anything in the FAQs or on the net View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031346#4031346 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031346

19 years, 1 month

1
0
0 / 0

[JBossCache] - Questions regarding performance of read-only operations

by haviv.rosh＠gmail.com

Hi 1)I was wondering why read operations - such as POJO aspectized getters and PojoCache.getObject method - have to be so slow ... After reviewing the code - it seems that even for Read Only operations there is a Method call to get the data via the JChannel: | public Node get(Fqn fqn) throws CacheException | { | MethodCall m = MethodCallFactory.create(MethodDeclarations.getNodeMethodLocal, new Object[]{fqn}); | return (Node) invokeMethod(m); | } | I was wondering what is the reason for doing that ? After all cache is read-mostly and read operations should as fast as regular direct method calls. 2)Another question is - Are there any optimizations if the cluster member size is 0 ? (I didn't see any - although in the JGroups Distributed map examples there are) If there are no members on the channel why do so much work ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031344#4031344 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031344

19 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: Intercepting component installation

by christian.bauer＠jboss.com

Now I need to intercept component startup. So I could use @Startup but I really depend on _all_ other components being installed first. The depends=[] attribute doesn't really work for me. I guess I could use something like @Startup(dependsPackages=[]). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031341#4031341 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031341

19 years, 1 month

1
0
0 / 0

[JBoss Portal] - Re: t:inputfileupload inside a Myfaces JSF portlet on JBoss

by kevinjj

Oops forgot the env. We use JBoss Portal 2.21 and MyFaces 1.1.3 and Tomahawk 1.1.3 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031339#4031339 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031339

19 years, 1 month

1
0
0 / 0

[JBoss Portal] - t:inputfileupload inside a Myfaces JSF portlet on JBoss Port

by kevinjj

Has a anybody successfully used a MyFaces Tomahawk inputfileupload component inside a JSF portlet inside of JBoss Portal ? We have many MyFaces Portlets (using MyFacesGenericPortlet mode) running inside of JBoss Portal, using Tomahawk components such as the datatable and server side Tree2, but for some reason the inputfiledownload doesnt work correctly, it works inside a webapp on JBoss correctly. The control is displayed correctly inside the portal, but when the h:form enctype is sent to "multipart/form-data" the upload action fails to trigger,the actions do get called when the enctype is removed, but ofcourse the fileupload will fail because the request has to contain multipart data for the apache fileupload api to process correctly. I found a somewhat similar problem related to the seam fileupload component. are they related ? http://jira.jboss.com/jira/browse/JBSEAM-947 Using the Apache Portal bridges is not an option since these are already production level portlets running using the MyFacesGenericPortlet bridge. Can somebody please provide some pointers ? Thanks, Kevin View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031338#4031338 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031338

19 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: Intercepting component installation

by christian.bauer＠jboss.com

Ah, I'm stupid. Seam registers the components in the application context, so I just need to iterate through the names and pick *.component. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4031337#4031337 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4031337

19 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user March 2007