[JBoss Seam] - Re: When would SEAM 2.0.0 GA and SEAM 2.0.1 GA be released a
by epbernard
"bsmithjj" wrote : We like the Seam framework a lot but we don't want to be in the business of maintaining frameworks. We are, however, paying customers of JBoss (now Red Hat) - we even sent a good number of people to JBoss world for 2 years in a row (no JBoss world this past summer :-( ) - so from my perspective, we're doing our part to be payed customers - we're not looking for a free ride. I think I would be less willing to put my vote in for Seam-specific support after watching the 1.3.0 Alpha disappear - just too much volatility in how it evolves.
We understand that. What Christian was trying to say is basically that, you can be assured to have a supported version of Seam 1.2 for X years (I think it's the typical 3+2, but it needs to be checked) as part of the JBoss Enterprise Application Platform.
As a project team however we still have to group our task force where we think it will be most valuable for our customers and users as a whole. With that in mind and because of the support for Seam 1.2 in JEAP, we decided to rebrand 1.3 to 2.0 and make compatibility changes for a better future. Looking at the feature set of Seam 2, I think there is no need to regret Seam 1.3.
cheers
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4083196#4083196
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4083196
18 years, 7 months
[JBossWS] - Jaxrpc service with parameter Type[] fails if array contains
by klease
I have a jaxrpc endpoint which has methods like these:
public interface TrivialService extends Remote
| {
| int purchase (String person, Product[] products) throws RemoteException;
| int purchaseA (String person, ProductA[] products) throws RemoteException;
| }
I used wstools (java-wsdl) to generate deployment artifacts and deployed on a 4.2.1.GA jboss with 2.0.1.GA jbossws.
Class ProductA is a subclass of Product.
If I call purchase like this:
public void testPurchase() throws Exception
| {
| String person = "Karen";
| ProductA bike = new ProductA();
| bike.setName("cyfac");
| bike.setPrice(3000);
| ProductA bike2 = new ProductA();
| bike2.setName("look");
| bike2.setPrice(5000);
| ProductA bike3 = new ProductA();
| bike3.setName("GOSPORT");
| bike3.setPrice(1000);
| Product[] bikes = new Product[] {bike, bike2, bike3};
| int price = port.purchase(person, bikes);
| assertEquals(9000, price);
| }
the test case fails because it returns only the price of the last element in the list.
In the service it only sees one element.
If I call it like this (with same actual objects),
ProductA[] bikes = new ProductA[] {bike, bike2, bike3};
| int price = port.purchaseA(person, bikes);
the service receives all 3 elements and returns the correct response.
The incoming soap message on the server is correct in both cases. In the first case, the elements all have the type attribute set, like so:
<ns1:purchase xmlns:ns1='http://com.kl/test1/types'>
| <String_1>Karen</String_1>
| <arrayOfProduct_2 xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' xsi:type='ns1:ProductA'>
| <name>cyfac</name>
| <price>3000</price>
| </arrayOfProduct_2>
| <arrayOfProduct_2 xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' xsi:type='ns1:ProductA'>
| <name>look</name>
| <price>5000</price>
| </arrayOfProduct_2>
| .....
|
This happens with both a jaxrpc style client and a jaxws client generated with wsconsume (-t 2.1). However it works correctly with jaxrpc client if I deploy into a jbossws 1.2.1GA server.
I don't see anything in Jira which is quite like this, shall I file a new bug?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4083193#4083193
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4083193
18 years, 7 months
[JBoss jBPM] - Problem executing an action
by cmartinez
Hello:
I am trying to execute a jbpm process within a web app. I got the process definition from DB (previously I deployed my process). When I execute my process within a console app its works, but within a web app its throws me an exception:
org.jbpm.graph.def.DelegationException
at org.jbpm.graph.def.GraphElement.raiseException(GraphElement.java:376)
at org.jbpm.graph.def.GraphElement.raiseException(GraphElement.java:367)
at org.jbpm.graph.def.GraphElement.executeAction(GraphElement.java:270)
at org.jbpm.graph.def.GraphElement.executeActions(GraphElement.java:220)
at org.jbpm.graph.def.GraphElement.fireAndPropagateEvent(GraphElement.java:190)
at org.jbpm.graph.def.GraphElement.fireEvent(GraphElement.java:174)
at org.jbpm.graph.def.Transition.take(Transition.java:138)
at org.jbpm.graph.def.Node.leave(Node.java:393)
at org.jbpm.graph.node.StartState.leave(StartState.java:70)
at org.jbpm.graph.def.Node$$FastClassByCGLIB$$d187eeda.invoke()
at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
at org.hibernate.proxy.CGLIBLazyInitializer.intercept(CGLIBLazyInitializer.java:161)
at org.jbpm.graph.def.Node$$EnhancerByCGLIB$$1edaf556_9.leave()
at org.jbpm.graph.exe.Token.signal(Token.java:194)
at org.jbpm.graph.exe.Token.signal(Token.java:139)
at org.jbpm.graph.exe.Token$$FastClassByCGLIB$$74df1c6e.invoke()
at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
at org.hibernate.proxy.CGLIBLazyInitializer.intercept(CGLIBLazyInitializer.java:161)
at org.jbpm.graph.exe.Token$$EnhancerByCGLIB$$cb699bea_9.signal()
at org.jbpm.graph.exe.ProcessInstance.signal(ProcessInstance.java:270)
at impl.ProcessService$1.run(ProcessService.java:58)
Caused by: java.lang.NullPointerException
at org.jbpm.graph.def.Action.execute(Action.java:122)
at org.jbpm.graph.def.GraphElement.executeAction(GraphElement.java:255)
... 18 more
Can somebody help me?
Hugs & regards
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4083190#4083190
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4083190
18 years, 7 months
[JBoss Seam] - Seam 1.2.1.GA incompatibility with IBM J9 VM
by RefuX
Looks like the way the IBM J9 VM looks up annotations is a little different.
Here are my observations of what is happening:
We start trying to determine if a class has the Entity annotation:
org.jboss.seam.Seam.isEntityClass(java.lang.Class<?>) line: 136
if ( clazz.isAnnotationPresent(Entity.class) )
Skipping a few bits of code, but soon enough we end up in the Class implementation looking for annotations:
public <A extends Annotation> A getAnnotation(Class<A> annotation) {
| if (annotation == null) throw new NullPointerException();
| Annotation[] ans = getAnnotations();
| for (int i = 0; i < ans.length; i++) {
| if (ans.annotationType() == annotation) {
| return (A)ans;
| }
| }
| return null;
| }
Then in the getAnnotations() method:
public Annotation[] getAnnotations() {
| HashMap<String,Annotation> annotations = new HashMap<String,Annotation>();
| //Store annotations from the current class
| Annotation[] anns = getDeclaredAnnotations();
| ...
|
In getDeclaredAnnotations() it goes all pear-shaped here:
java.lang.Class.getDeclaredAnnotations() line: 1583
annotations = AnnotationHelper.getDeclaredAnnotations(this, AnnotationHelper.ANNOTATION_TYPE_CLASS, null);
At this point it goes into some internal IBM classes and comes up with this Exception:
anonymous wrote : 16:29:58,187 ERROR [STDERR] java.lang.TypeNotPresentException: Type javax.ejb.ApplicationException not present
| 16:29:58,203 ERROR [STDERR] at com.ibm.oti.reflect.AnnotationHelper.getAnnotation(AnnotationHelper.java:38)
| 16:29:58,203 ERROR [STDERR] at com.ibm.oti.reflect.AnnotationHelper.getDeclaredAnnotations(AnnotationHelper.java:50)
| 16:29:58,203 ERROR [STDERR] at java.lang.Class.getDeclaredAnnotations(Class.java:1621)
| 16:29:58,203 ERROR [STDERR] at java.lang.Class.getAnnotations(Class.java:1582)
| 16:29:58,203 ERROR [STDERR] at java.lang.Class.getAnnotation(Class.java:1562)
| 16:29:58,218 ERROR [STDERR] at java.lang.Class.isAnnotationPresent(Class.java:1649)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.Seam.isEntityClass(Seam.java:136)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.contexts.ServerConversationContext.set(ServerConversationContext.java:157)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.core.Exceptions.handle(Exceptions.java:77)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:71)
| 16:29:58,218 ERROR [STDERR] at org.apache.myfaces.lifecycle.PhaseListenerManager.informPhaseListenersBefore(PhaseListenerManager.java:70)
| 16:29:58,218 ERROR [STDERR] at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:373)
| 16:29:58,218 ERROR [STDERR] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:63)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:79)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:57)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
| 16:29:58,218 ERROR [STDERR] at org.jboss.seam.web.SeamFilter.doFilter(SeamFilter.java:84)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:29:58,218 ERROR [STDERR] at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:96)
| 16:29:58,218 ERROR [STDERR] at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:220)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:29:58,218 ERROR [STDERR] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| 16:29:58,218 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
| 16:29:58,218 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| 16:29:58,218 ERROR [STDERR] at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| 16:29:58,218 ERROR [STDERR] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| 16:29:58,234 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
| 16:29:58,234 ERROR [STDERR] at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
| 16:29:58,234 ERROR [STDERR] at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| 16:29:58,234 ERROR [STDERR] at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
| 16:29:58,234 ERROR [STDERR] at java.lang.Thread.run(Thread.java:803)16:29:58,234 ERROR [STDERR] Caused by:
| 16:29:58,234 ERROR [STDERR] java.lang.ClassNotFoundException: javax.ejb.ApplicationException
| 16:29:58,234 ERROR [STDERR] at java.lang.Class.forName(Class.java:164)
| 16:29:58,234 ERROR [STDERR] at com.ibm.oti.reflect.AnnotationHelper.getAnnotation(AnnotationHelper.java:33)
| 16:29:58,234 ERROR [STDERR] ... 46 more
If our target platform was JBoss this would not be an issue since we can just use the Sun JDK. However we want to run Seam in Websphere and thus have to use the IBM JDK.
I reproduced this error in JBoss, just to make clear this is directly related to the IBM JDK and not Websphere.
anonymous wrote : Java(TM) 2 Runtime Environment, Standard Edition (build pwi32devifx-20070323 (if
| ix 117674: SR4 + 116644 + 114941 + 116110 + 114881))
| IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Windows XP x86-32 j9vmwi3223ifx-2007
| 0323 (JIT enabled)
| J9VM - 20070322_12058_lHdSMR
| JIT - 20070109_1805ifx3_r8
| GC - WASIFIX_2007)
| JCL - 20070131
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4083189#4083189
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4083189
18 years, 7 months
[JBoss Seam] - Page Parameter not working
by stephen.friedrich
It seems I am caught in the heel that is framework integration once more: Seam 1.2.1, Trinidad 1.0.2, MyFaces 1.1.5
A page parameter set like this never makes it into the model:
<s:link view="/departments.xhtml" value="#{department.id}">
| <f:param name="departmentId" value="#{department.id}"/>
| </s:link>
It works in the seampay example (which does not use Trinidad). It also worked when in my prototype I developed on 2.0.0. (CVS), JBoss 4.2.1, JSF RI and Trinidad 1.0.2.
Now that I had to port my app to Seam 1.2.1, Tomcat 5.5.17 and MyFaces 1.1.5 it stopped working.
I might have traced it down to a difference in Seam 1.2.1 / Seam 2.0.0 (I don't understand the code good enough to be sure, though).
Seam 2.0.0 seems to apply request values unconditionally :
SeamPhaseListener.afterRestoreView
| -> Pages.instance().postRestore(facesContext);
| -> Pages.storeRequestParameterValuesInViewRoot(facesContext)
| -> Contexts.getPageContext().set( pageParameter.getName(), value );
Seam 1.2.1 only sets the parameter conditionally:
AbstractSeamPhaseListener.afterRestoreView
| ->
| if ( facesContext.getRenderResponse() )
| {
| Pages.instance().applyRequestParameterValues(facesContext);
| }
| else
| {
| Pages.instance().applyViewRootValues(facesContext);
| }
That condition never ever evaluates to true when I click the s:link.
Of course Trinidad 1.0.2 also must have something to do with it, since it works with seampay.
Please, some expert, help me out of my misery.
There's a deadline approaching and I have spent a whole day on this issue.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4083186#4083186
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4083186
18 years, 7 months