August 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1054) DSL-Editor: "Add" button does not work

by Peter Bomben (JIRA)

DSL-Editor: "Add" button does not work -------------------------------------- Key: JBRULES-1054 URL: http://jira.jboss.com/jira/browse/JBRULES-1054 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Eclipse IDE Affects Versions: 4.0.1 Environment: Eclipse-IDE: DSL-Editor Reporter: Peter Bomben Assigned To: Mark Proctor Revision 13935: "Add" button in DSL-Editor without function. To add DSLs you either have to change to the text editor and manually add new lines to the .dsl-file or use the copy feature to create a new line from an existing one. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 months

4
4
0 / 0

[JBoss JIRA] Created: (BPEL-200) Redeployment of a changed PAR (with modified .bpel) requires App Server Restart

by Burr Sutter (JIRA)

Redeployment of a changed PAR (with modified .bpel) requires App Server Restart ------------------------------------------------------------------------------- Key: BPEL-200 URL: http://jira.jboss.com/jira/browse/BPEL-200 Project: JBoss jBPM BPEL Issue Type: Bug Security Level: Public (Everyone can see) Components: Engine Affects Versions: jBPM BPEL 1.1 beta 1 Environment: JBoss 4.0.4.GA with EJB3 using beta JEMS installer Reporter: Burr Sutter Assigned To: Alejandro Guizar Simply modifying the .bpel script, running pack-definition and deploy-definition do not reload/restart the process (even though all process instances have terminated). The only thing I've found that refreshes the BPEL engine properly is to restart the App Server. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 months

3
6
0 / 0

[JBoss JIRA] Created: (JBRULES-1070) Exception with "not in" condition with (int-values)

by Dr. Gernot Starke (JIRA)

Exception with "not in" condition with (int-values) ---------------------------------------------------- Key: JBRULES-1070 URL: http://jira.jboss.com/jira/browse/JBRULES-1070 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: All Affects Versions: 4.0.0.GA Environment: Eclipse 3.2 Reporter: Dr. Gernot Starke Assigned To: Mark Proctor // Bob wears plaid Golfer( name == "Bob", $bobsPosition : position not in ($fredsPosition, $joesPosition, $fredsNeighbourPosition), $bobsColor : color == "plaid", color != $fredsColor, color != $joesColor, color != $fredsNeighbourColor ) yields the following exception Exception in thread "main" java.lang.NullPointerException at org.drools.rule.AbstractCompositeRestriction$CompositeContextEntry.updateFromTuple(AbstractCompositeRestriction.java:112) at org.drools.common.QuadroupleBetaConstraints.updateFromTuple(QuadroupleBetaConstraints.java:178) at org.drools.reteoo.JoinNode.assertTuple(JoinNode.java:115) at org.drools.reteoo.SingleTupleSinkAdapter.propagateAssertTuple(SingleTupleSinkAdapter.java:20) at org.drools.reteoo.JoinNode.assertTuple(JoinNode.java:120) at org.drools.reteoo.SingleTupleSinkAdapter.propagateAssertTuple(SingleTupleSinkAdapter.java:20) at org.drools.reteoo.JoinNode.assertObject(JoinNode.java:162) at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:20) at org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:130) at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:20) at org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:130) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:317) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:168) at org.drools.reteoo.Rete.assertObject(Rete.java:168) at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:190) at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:70) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:848) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:822) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:623) at arc42.drools.samples.golfer.GolfingExample.main(GolfingExample.java:34) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 months

3
3
0 / 0

[JBoss JIRA] Created: (JBRULES-1092) Invalid Java code generated from 'accumulate' function with nested classes

by Alexandre Gattiker (JIRA)

Invalid Java code generated from 'accumulate' function with nested classes -------------------------------------------------------------------------- Key: JBRULES-1092 URL: http://jira.jboss.com/jira/browse/JBRULES-1092 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.GA Reporter: Alexandre Gattiker Assigned To: Mark Proctor Steps to reproduce: - Create a sample new project with the Eclipse plugin - Add following rule to the .drl file - Execute DroolsTest rule "AccumulateTest" no-loop true when $d: Double() from accumulate ( m : Message( $value: status ), init( double total = 0; ), action( total += $status ), result( total ) ) then System.out.println( "ok" ); end Exception is: org.drools.rule.InvalidRulePackage: Rule Compilation error : [Rule name=AccumulateTest, agendaGroup=MAIN, salience=0, no-loop=true] com/sample/Rule_AccumulateTest_0.java (27:834) : The nested type com.sample.DroolsTest$Message cannot be referenced using its binary name com/sample/Rule_AccumulateTest_0.java (27:869) : The nested type com.sample.DroolsTest$Message cannot be referenced using its binary name com/sample/Rule_AccumulateTest_0.java (29:1027) : Syntax error, insert ";" to complete Statement com/sample/Rule_AccumulateTest_0.java (29:1027) : $status cannot be resolved com/sample/Rule_AccumulateTest_0.java (39:1483) : The nested type com.sample.DroolsTest$Message cannot be referenced using its binary name com/sample/Rule_AccumulateTest_0.java (39:1518) : The nested type com.sample.DroolsTest$Message cannot be referenced using its binary name at org.drools.rule.Package.checkValidity(Package.java:408) at org.drools.common.AbstractRuleBase.addPackage(AbstractRuleBase.java:288) at com.sample.DroolsTest.readRule(DroolsTest.java:64) at com.sample.DroolsTest.main(DroolsTest.java:21) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (JGRP-394) Performance enhancements

by Bela Ban (JIRA)

Performance enhancements ------------------------ Key: JGRP-394 URL: http://jira.jboss.com/jira/browse/JGRP-394 Project: JGroups Issue Type: Task Affects Versions: 2.4 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.5 - NAKACK.handleMessage(): NakReceiver.add() --> Retransmitter.add() --> TimeScheduler.add() is quite costly; we also iterate through a linear list when removing a message from the Retransmitter ! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 months

2
7
0 / 0

[JBoss JIRA] Created: (JGRP-281) Investigate whether sent messages need to be buffered in NAKACK

by Bela Ban (JIRA)

Investigate whether sent messages need to be buffered in NAKACK --------------------------------------------------------------- Key: JGRP-281 URL: http://jira.jboss.com/jira/browse/JGRP-281 Project: JGroups Issue Type: Task Affects Versions: 2.3 SP1, 2.4 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.5 NAKACK buffers sent messages in sent-table and received messages in received-table. We might be able to discard sent-table entirely because received-table will contain a message sent by oneself ! Once we have loopback in place by default, we can be sure that any message sent by P will be in P's received-table. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 months

2
10
0 / 0

[JBoss JIRA] Created: (JGRP-461) Add highest_deliverable to NakreceiverWindow

by Bela Ban (JIRA)

Add highest_deliverable to NakreceiverWindow -------------------------------------------- Key: JGRP-461 URL: http://jira.jboss.com/jira/browse/JGRP-461 Project: JGroups Issue Type: Sub-task Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.5 Currently, we use highest_delivered (= removed) seqno, highest_deliverable would purge more messages faster, if we have a slow receiver (slow to call receive()) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 months

1
3
0 / 0

[JBoss JIRA] Created: (JGRP-487) Rewrite Retransmitter

by Bela Ban (JIRA)

Rewrite Retransmitter --------------------- Key: JGRP-487 URL: http://jira.jboss.com/jira/browse/JGRP-487 Project: JGroups Issue Type: Task Affects Versions: 2.5 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.6 Attachments: Retransmitter.java The old Retransmitter is (a) too complex and (b) uses a linear list of Entries as retransmission list, which has a cost proportional to the number of messages in the retransmit buffer. We should switch to using simple scheduled futures with the TimeScheduler for retransmissions and cancel the futures when a message has been acked. The new Retransmitter.java is attached -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 months

1
2
0 / 0

[JBoss JIRA] Created: (JGRP-462) NAKACK: remove bundling for retransmitted messages

by Bela Ban (JIRA)

NAKACK: remove bundling for retransmitted messages -------------------------------------------------- Key: JGRP-462 URL: http://jira.jboss.com/jira/browse/JGRP-462 Project: JGroups Issue Type: Task Affects Versions: 2.4.1 SP1 Reporter: Bela Ban Assigned To: Bela Ban Priority: Minor Fix For: 2.5 In NAKACK, all retransmitted messages are sent in batches (governed by max_xmit_size). This is redundant, as TP also provides bundling. A quick change of code showed that individual retransmissions is as fast as batched retransmission. This functionality can therefore be removed -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 months

1
2
0 / 0

[JBoss JIRA] Commented: (EJBTHREE-425) Exception when an entity persisted and removed in the same JTA

by Carsten Christensen (JIRA)

[ http://jira.jboss.com/jira/browse/EJBTHREE-425?page=comments#action_12372898 ] Carsten Christensen commented on EJBTHREE-425: ---------------------------------------------- Hi, i still see this error, and none of the workarounds seems to work. My Entity is in a inherritance heraki, where i have @Entity @Inheritance(strategy=InheritanceType.JOINED) public abstract class Element implements Serializable { @Id @GeneratedValue @Column(name = "elementId", unique = true, nullable = false) @NotNull private int elementId; @ManyToOne(optional=true) @JoinColumn(name="pageId", nullable=false) private Page page; ..... } @Entity public class ExtElement extends Element { //, cascade=CascadeType.ALL @OneToMany(fetch = FetchType.EAGER, mappedBy="explainText") @MapKey(name="languageId") private Map<Integer,ExtElementLanguage> extElementLanguages; .... } when i do em.remove(em.merge(element)); i get the error: 09:18:56,332 FATAL [application] javax.ejb.EJBTransactionRolledbackException: deleted entity passed to persist: [my.package.Element#<null>] javax.faces.el.EvaluationException: javax.ejb.EJBTransactionRolledbackException: deleted entity passed to persist: [my.package.Element#<null>] at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:91) ...... This is badly influencing customers, do you have any solution? have tried to split the line to em.merge(element); em.remove.element() toss in flush and clear() etc > Exception when an entity persisted and removed in the same JTA > -------------------------------------------------------------- > > Key: EJBTHREE-425 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-425 > Project: EJB 3.0 > Issue Type: Bug > Environment: java version "1.5.0_06" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) > Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing) > Reporter: Jens Elkner > > JBoss/Hibernate throws an exception, if an entity is persisted and later removed in the same JTA, even when em.flush() has been called before removal. > org.hibernate.ObjectDeletedException: deleted entity passed to persist ... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 11 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-jira August 2007