December 2006 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: [OT] Seam and Tomahawk - lost property?

by gavin.king＠jboss.com

anonymous wrote : Even if you had this experience in the past didn't mean that they are still true. Fair enough, I'm willing to give you guys a chance. anonymous wrote : And - what gives you the right to judge in such a drastic way. What gives me the right is I'm the one people are asking for advice. If users ask you for advice, I believe it is your responsibility to tell them your honest opinion, ie, what you believe will help them have the most success on their project. anonymous wrote : A search about "tomahawk" (using the search box in the right upper corner) brought up 6 hits, not *that* much, is it? Ahem, the search is quite bad, there have of course been many more threads than that (probably more like 100). anonymous wrote : Once in the past I expressed my personal feeling that Seam is too feature overloaded, immediately one of you guys campaign against me to stop saying such things. And I stopped. I have no idea who "one of you guys" refers to, but it certainly wasn't me, and I have not heard of any such "campaign" or anything else about this episode. anonymous wrote : I learned its your decision what you put into Seam. Sure. And its your perfect right to critique my decisions. anonymous wrote : So instead of forcing people not to use tomahawk redirect them to our user form OK, I'll try that, but if we keep seeing the large number of problems we were seeing before, I'm going to have to reinstate the previous policy. You see, in light of the bugs we've seen in the past, *someone* is going to have to test Seam+Tomahawk. I'm not going to do it because, frankly, the components offered in Tomahawk are not interesting to me and because I believe there are better alternatives. Are *you* guys going to take responsibility for this testing? If the answer is "no", then what's going to happen is that users will find the problems, and they will get frustrated with us because we don't want to take responsibility for them. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993809#3993809 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993809

19 years, 4 months

1
0
0 / 0

[JBoss jBPM] - Re: SuperState DB tests - the fix throws Exception when one

by gmournos

I applied the above fix but then undeploying a process definion throws Excpetions. The test case broken is: public void testUndeploy() { | ProcessDefinition procDef = new ProcessDefinition("testUndeploy"); | State s = new State("testnode"); | procDef.addNode(s); | jbpmContext.deployProcessDefinition(procDef); | newTransaction(); | ProcessDefinition pd = jbpmContext.getGraphSession().findLatestProcessDefinition("testUndeploy"); | jbpmContext.getGraphSession().deleteProcessDefinition(pd); | newTransaction(); | } | The hibernate query that creates the problem is: Hibernate: | update | JBPM_NODE | set | PROCESSDEFINITION_=null, | NODECOLLECTIONINDEX_=null | where | PROCESSDEFINITION_=? | and ( | nodes0_.SUPERSTATE_ is null | ) | Finally the exception thrown is: 12:55:04,534 [main] WARN JDBCExceptionReporter - SQL Error: 904, SQLState: 42000 | 12:55:04,534 [main] ERROR JDBCExceptionReporter - ORA-00904: "NODES0_"."SUPERSTATE_": invalid identifier | | 12:55:04,534 [main] WARN JDBCExceptionReporter - SQL Error: 904, SQLState: 42000 | 12:55:04,550 [main] ERROR JDBCExceptionReporter - ORA-00904: "NODES0_"."SUPERSTATE_": invalid identifier | | 12:55:04,550 [main] ERROR AbstractFlushingEventListener - Could not synchronize database state with session | org.hibernate.exception.SQLGrammarException: Could not execute JDBC batch update | at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:67) | at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) | at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:249) | at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:92) | at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:87) | at org.hibernate.jdbc.AbstractBatcher.prepareBatchStatement(AbstractBatcher.java:218) | at org.hibernate.persister.collection.AbstractCollectionPersister.remove(AbstractCollectionPersister.java:1030) | at org.hibernate.action.CollectionRemoveAction.execute(CollectionRemoveAction.java:28) | at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:248) | at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:232) | at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141) | at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298) | at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) | at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000) | at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338) | at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106) | at org.jbpm.persistence.db.DbPersistenceService.close(DbPersistenceService.java:162) | at org.jbpm.svc.Services.close(Services.java:211) | at org.jbpm.JbpmContext.close(JbpmContext.java:139) | .... | Caused by: java.sql.BatchUpdateException: ORA-00904: "NODES0_"."SUPERSTATE_": invalid identifier | | at oracle.jdbc.driver.DatabaseError.throwBatchUpdateException(DatabaseError.java:367) | at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedStatement.java:8739) | at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.executeBatch(NewProxyPreparedStatement.java:1723) | at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48) | at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:242) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993807#3993807 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993807

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: [OT] Seam and Tomahawk - lost property?

by imario

Even if you had this experience in the past didn't mean that they are still true. And - what gives you the right to judge in such a drastic way. A search about "tomahawk" (using the search box in the right upper corner) brought up 6 hits, not *that* much, is it? Once in the past I expressed my personal feeling that Seam is too feature overloaded, immediately one of you guys campaign against me to stop saying such things. And I stopped. I learned its your decision what you put into Seam. So, what I would like to see is that we try to make our libraries work together and NOT yelling against each other till the end of time. In the end the winners are our users, they just can use what they want. There is no need for you to fix our bugs, but to give us a change to know about them would be great. So instead of forcing people not to use tomahawk redirect them to our user form [1] --- Mario [1] http://myfaces.apache.org/mail-lists.html View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993806#3993806 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993806

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - In/Outjection prefixes

by tiomalandra

Seam Team: I want to know if in a future seam release, you can include a new feature that make easy the in/outjection of prefixed components By example, there are two classes in our model: | @Name("com.mycompany.person") | class Person{....} | | @Name("com.mycompany.employee") | class Employee{....} | It's very simple to write | @Import("com.mycompany") | @Name("register") | class RegisterAction{ | | @In | Person person; | | @In | Employee employee; | | } | ...instead of | @Name("register") | class RegisterAction{ | | @In("org.mycompany.person") | Person person; | | @In("org.mycompany.employee") | Employee employee; | | } | Sorry my english! ;) Cheers View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993805#3993805 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993805

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: Seam and myfaces 1.1.4-SNAPSHOT

by german.delacruz

Thanks! I'll try it View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993804#3993804 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993804

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: [OT] Seam and Tomahawk - lost property?

by gavin.king＠jboss.com

I mean, you are free to do what you like. Use Tomahawk, please, that's totally up to you. But if you choose to not take our well-meaning advice, then don't you think its unreasonable to expect us to support your decision by answering lots of forum questions? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993803#3993803 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993803

19 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: [OT] Seam and Tomahawk - lost property?

by gavin.king＠jboss.com

Whatever. I try to give people advice that will help them have success on their projects. It's pretty easy to tell when certain products are unhelpful by simply seeing the number of, and the nature of, problems that users experience. I'm not making this judgment in a vacuum. I'm comparing the number of problems with one library against the number of problems with other libraries. And I'm mixing in knowledge from my own review of the source code, and from trying to debug problems with Tomahawk that were reported as bugs in Seam. At some stage I realize that I simply can't support this thing because there are too many issues, and I have only so many hours in the day. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993801#3993801 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993801

19 years, 4 months

1
0
0 / 0

[JCA/JBoss] - Re: Sybase database pool not claiming used connections

by viniciuscarvalho

Weston, many thanks for the great support and help. We are testing the application here, first we will conduct a mass functional test of the entire app with tracing enabled hoping we could find a leak, then we are gonna move to jTDS. Thanks a lot Best Regards View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993800#3993800 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993800

19 years, 4 months

1
0
0 / 0

[JBoss jBPM] - BPEL : asynchronous invocation

by saugatakc

Hi, Can anyone please provide an example of asynchronous invocation in BPEL. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993799#3993799 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993799

19 years, 4 months

1
0
0 / 0

[JBoss jBPM] - How to get the jbpm context ?

by yegaofei888＠sohu.com

Hi All, I am converting the jbpm websales to jportal portlet. I found that: the | JbpmContext.getCurrentJbpmContext() | method doesn't work, in other words, it returns NULL But | JbpmConfiguration.getInstance().createJbpmContext(); | works fine. It also can get the default jbpm context. I wonder if the second code is correct. Could you please tell me the differences between them? Thanks! My portal is 2.4.0 jboss is 4.0.4.GA and jbpm is 3.1.2 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3993798#3993798 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3993798

19 years, 4 months

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 December 2006