[JBoss JIRA] (JGRP-2260) UNICAST3 doesn't remove dead nodes from its tables
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2260?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2260:
--------------------------------
Do you have reproducible (JGroups-only) code? Or should I write a unit, as follows:
* Each node has a MessageDispatcher and 2 ForkChannels
* 2 nodes: A and B, with 2 ForkChannels on each node: FC1 and FC2
* Start FC1 and FC2 on node A
* Start FC1 and FC2 on node B
* Stop FC1 on node B
Is this more or less what you're doing?
> UNICAST3 doesn't remove dead nodes from its tables
> --------------------------------------------------
>
> Key: JGRP-2260
> URL: https://issues.jboss.org/browse/JGRP-2260
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.0.10
> Environment: WildFly 12.0.0.Final
> Reporter: Rich DiCroce
> Assignee: Bela Ban
>
> Scenario: 2 WildFly instances clustered together. A ForkChannel is defined, with a MessageDispatcher on top. I start both nodes, then stop the second one. 6-7 minutes after stopping the second node, I start getting log spam on the first node:
> {quote}
> 12:47:04,519 WARN [org.jgroups.protocols.UDP] (TQ-Bundler-4,ee,RCD_GP (flags=0), site-id=DEFAULT, rack-id=null, machine-id=null)) JGRP000032: RCD_GP (flags=0), site-id=DEFAULT, rack-id=null, machine-id=null): no physical address for RCD_NMS (flags=0), site-id=DEFAULT, rack-id=null, machine-id=null), dropping message
> 12:47:06,522 WARN [org.jgroups.protocols.UDP] (TQ-Bundler-4,ee,RCD_GP (flags=0), site-id=DEFAULT, rack-id=null, machine-id=null)) JGRP000032: RCD_GP (flags=0), site-id=DEFAULT, rack-id=null, machine-id=null): no physical address for RCD_NMS (flags=0), site-id=DEFAULT, rack-id=null, machine-id=null), dropping message
> 12:47:08,524 WARN [org.jgroups.protocols.UDP] (TQ-Bundler-4,ee,RCD_GP (flags=0), site-id=DEFAULT, rack-id=null, machine-id=null)) JGRP000032: RCD_GP (flags=0), site-id=DEFAULT, rack-id=null, machine-id=null): no physical address for RCD_NMS (flags=0), site-id=DEFAULT, rack-id=null, machine-id=null), dropping message
> {quote}
> After some debugging, I discovered that the reason is because UNICAST3 is still trying to retransmit to the dead node. Its send_table still contains an entry for the dead node with state OPEN.
> After looking at the source code for UNICAST3, I have a theory about what's happening.
> * When a node leaves the cluster, down(Event) gets invoked with a view change, which calls closeConnection(Address) for each node that left. That sets the connection state to CLOSING.
> * Suppose that immediately after the view change is handled, a message with the dead node as its destination gets passed to down(Message). That invokes getSenderEntry(Address), which finds the connection... and sets the state back to OPEN.
> Consequently, the connection is never closed or removed from the table, so retransmit attempts continue forever even though they will never succeed.
> This issue is easily reproducible for me, although unfortunately I can't give you the application in question. But if you have fixes you want to try, I'm happy to drop in a patched JAR and see if the issue still happens.
> This is my JGroups subsystem configuration:
> {code:xml}
> <subsystem xmlns="urn:jboss:domain:jgroups:6.0">
> <channels default="ee">
> <channel name="ee" stack="main">
> <fork name="shared-dispatcher"/>
> <fork name="group-topology"/>
> </channel>
> </channels>
> <stacks>
> <stack name="main">
> <transport type="UDP" socket-binding="jgroups" site="${gp.site:DEFAULT}"/>
> <protocol type="PING"/>
> <protocol type="MERGE3">
> <property name="min_interval">
> 1000
> </property>
> <property name="max_interval">
> 5000
> </property>
> </protocol>
> <protocol type="FD_SOCK"/>
> <protocol type="FD_ALL2">
> <property name="interval">
> 3000
> </property>
> <property name="timeout">
> 8000
> </property>
> </protocol>
> <protocol type="VERIFY_SUSPECT"/>
> <protocol type="pbcast.NAKACK2"/>
> <protocol type="UNICAST3"/>
> <protocol type="pbcast.STABLE"/>
> <protocol type="pbcast.GMS">
> <property name="join_timeout">
> 100
> </property>
> </protocol>
> <protocol type="UFC"/>
> <protocol type="MFC"/>
> <protocol type="FRAG3"/>
> </stack>
> </stacks>
> </subsystem>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2437) Drools @Watch not working with accumulate in code
by Mario Fusco (JIRA)
Mario Fusco created DROOLS-2437:
-----------------------------------
Summary: Drools @Watch not working with accumulate in code
Key: DROOLS-2437
URL: https://issues.jboss.org/browse/DROOLS-2437
Project: Drools
Issue Type: Bug
Components: core engine
Reporter: Mario Fusco
Assignee: Mario Fusco
Attachments: PropertyReactiveBug.zip
I'm using Drools 7.6 and for some reason @watch doesn't stop the rule from reactivating itself or other rules when only the unwatched property is changed. Which results in an infinite loop.
Can someone figure out what am I doing wrong?
The rule:
{code}
package com.model
import com.model.*;
import java.util.List;
rule "10% for 15 High-range Items"
when
$o: Order($lines: orderLines) @watch(!discount)
Number(intValue >= 15) from accumulate(
OrderLine($item: item, $q: quantity) from $lines and
Item(category == Item.Category.HIGH_RANGE) from $item,
sum($q)
)
then
modify($o) {increaseDiscount(0.10)}
end
{code}
The model used is from the book Mastering JBoss Drools. The method increase discount has been annotated with @Modifes. The order class:
{code}
public class Order implements Serializable {
private static final long serialVersionUID = 1L;
private Long orderId;
private Date date;
private Customer customer;
private List<OrderLine> orderLines = new ArrayList<>();
private Discount discount;
public Order() {
}
public Long getOrderId() {
return orderId;
}
public void setOrderId(Long orderId) {
this.orderId = orderId;
}
public Customer getCustomer() {
return customer;
}
public void setCustomer(Customer customer) {
this.customer = customer;
}
public Date getDate() {
return date;
}
public void setDate(Date date) {
this.date = date;
}
public List<OrderLine> getOrderLines() {
return orderLines;
}
public void setItems(List<OrderLine> orderLines) {
this.orderLines = orderLines;
}
public double getTotal() {
return this.getOrderLines().stream()
.mapToDouble(item -> item.getItem().getSalePrice() * item.getQuantity())
.sum();
}
public int getTotalItems() {
return this.getOrderLines().stream()
.mapToInt(item -> item.getQuantity())
.sum();
}
@Modifies({"discount"})
public void increaseDiscount(double increase) {
if (discount == null) {
discount = new Discount(0.0);
}
discount.setPercentage(discount.getPercentage() + increase);
}
public Discount getDiscount() {
return discount;
}
public double getDiscountPercentage() {
return discount.getPercentage();
}
public void setDiscount(Discount discount) {
this.discount = discount;
}
}
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2427) Drools @Watch not working with accumulate in code
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2427?page=com.atlassian.jira.plugi... ]
Mario Fusco commented on DROOLS-2427:
-------------------------------------
Fix cherry-picked to branch 7.7.x with https://github.com/kiegroup/drools/commit/c5b998e776baeabbe297013727afef0...
> Drools @Watch not working with accumulate in code
> -------------------------------------------------
>
> Key: DROOLS-2427
> URL: https://issues.jboss.org/browse/DROOLS-2427
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Attachments: PropertyReactiveBug.zip
>
>
> I'm using Drools 7.6 and for some reason @watch doesn't stop the rule from reactivating itself or other rules when only the unwatched property is changed. Which results in an infinite loop.
> Can someone figure out what am I doing wrong?
> The rule:
> {code}
> package com.model
> import com.model.*;
> import java.util.List;
> rule "10% for 15 High-range Items"
> when
> $o: Order($lines: orderLines) @watch(!discount)
> Number(intValue >= 15) from accumulate(
> OrderLine($item: item, $q: quantity) from $lines and
> Item(category == Item.Category.HIGH_RANGE) from $item,
> sum($q)
> )
> then
> modify($o) {increaseDiscount(0.10)}
> end
> {code}
> The model used is from the book Mastering JBoss Drools. The method increase discount has been annotated with @Modifes. The order class:
> {code}
> public class Order implements Serializable {
> private static final long serialVersionUID = 1L;
> private Long orderId;
> private Date date;
> private Customer customer;
> private List<OrderLine> orderLines = new ArrayList<>();
> private Discount discount;
> public Order() {
> }
> public Long getOrderId() {
> return orderId;
> }
> public void setOrderId(Long orderId) {
> this.orderId = orderId;
> }
> public Customer getCustomer() {
> return customer;
> }
> public void setCustomer(Customer customer) {
> this.customer = customer;
> }
> public Date getDate() {
> return date;
> }
> public void setDate(Date date) {
> this.date = date;
> }
> public List<OrderLine> getOrderLines() {
> return orderLines;
> }
> public void setItems(List<OrderLine> orderLines) {
> this.orderLines = orderLines;
> }
> public double getTotal() {
> return this.getOrderLines().stream()
> .mapToDouble(item -> item.getItem().getSalePrice() * item.getQuantity())
> .sum();
> }
> public int getTotalItems() {
> return this.getOrderLines().stream()
> .mapToInt(item -> item.getQuantity())
> .sum();
> }
> @Modifies({"discount"})
> public void increaseDiscount(double increase) {
> if (discount == null) {
> discount = new Discount(0.0);
> }
> discount.setPercentage(discount.getPercentage() + increase);
> }
> public Discount getDiscount() {
> return discount;
> }
> public double getDiscountPercentage() {
> return discount.getPercentage();
> }
> public void setDiscount(Discount discount) {
> this.discount = discount;
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2427) Drools @Watch not working with accumulate in code
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2427?page=com.atlassian.jira.plugi... ]
Mario Fusco resolved DROOLS-2427.
---------------------------------
Resolution: Done
> Drools @Watch not working with accumulate in code
> -------------------------------------------------
>
> Key: DROOLS-2427
> URL: https://issues.jboss.org/browse/DROOLS-2427
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Attachments: PropertyReactiveBug.zip
>
>
> I'm using Drools 7.6 and for some reason @watch doesn't stop the rule from reactivating itself or other rules when only the unwatched property is changed. Which results in an infinite loop.
> Can someone figure out what am I doing wrong?
> The rule:
> {code}
> package com.model
> import com.model.*;
> import java.util.List;
> rule "10% for 15 High-range Items"
> when
> $o: Order($lines: orderLines) @watch(!discount)
> Number(intValue >= 15) from accumulate(
> OrderLine($item: item, $q: quantity) from $lines and
> Item(category == Item.Category.HIGH_RANGE) from $item,
> sum($q)
> )
> then
> modify($o) {increaseDiscount(0.10)}
> end
> {code}
> The model used is from the book Mastering JBoss Drools. The method increase discount has been annotated with @Modifes. The order class:
> {code}
> public class Order implements Serializable {
> private static final long serialVersionUID = 1L;
> private Long orderId;
> private Date date;
> private Customer customer;
> private List<OrderLine> orderLines = new ArrayList<>();
> private Discount discount;
> public Order() {
> }
> public Long getOrderId() {
> return orderId;
> }
> public void setOrderId(Long orderId) {
> this.orderId = orderId;
> }
> public Customer getCustomer() {
> return customer;
> }
> public void setCustomer(Customer customer) {
> this.customer = customer;
> }
> public Date getDate() {
> return date;
> }
> public void setDate(Date date) {
> this.date = date;
> }
> public List<OrderLine> getOrderLines() {
> return orderLines;
> }
> public void setItems(List<OrderLine> orderLines) {
> this.orderLines = orderLines;
> }
> public double getTotal() {
> return this.getOrderLines().stream()
> .mapToDouble(item -> item.getItem().getSalePrice() * item.getQuantity())
> .sum();
> }
> public int getTotalItems() {
> return this.getOrderLines().stream()
> .mapToInt(item -> item.getQuantity())
> .sum();
> }
> @Modifies({"discount"})
> public void increaseDiscount(double increase) {
> if (discount == null) {
> discount = new Discount(0.0);
> }
> discount.setPercentage(discount.getPercentage() + increase);
> }
> public Discount getDiscount() {
> return discount;
> }
> public double getDiscountPercentage() {
> return discount.getPercentage();
> }
> public void setDiscount(Discount discount) {
> this.discount = discount;
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2427) Drools @Watch not working with accumulate in code
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2427?page=com.atlassian.jira.plugi... ]
Mario Fusco commented on DROOLS-2427:
-------------------------------------
Fixed by https://github.com/kiegroup/drools/commit/d93ef1ba6f4cf6f6604445f2abeb615...
> Drools @Watch not working with accumulate in code
> -------------------------------------------------
>
> Key: DROOLS-2427
> URL: https://issues.jboss.org/browse/DROOLS-2427
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Attachments: PropertyReactiveBug.zip
>
>
> I'm using Drools 7.6 and for some reason @watch doesn't stop the rule from reactivating itself or other rules when only the unwatched property is changed. Which results in an infinite loop.
> Can someone figure out what am I doing wrong?
> The rule:
> {code}
> package com.model
> import com.model.*;
> import java.util.List;
> rule "10% for 15 High-range Items"
> when
> $o: Order($lines: orderLines) @watch(!discount)
> Number(intValue >= 15) from accumulate(
> OrderLine($item: item, $q: quantity) from $lines and
> Item(category == Item.Category.HIGH_RANGE) from $item,
> sum($q)
> )
> then
> modify($o) {increaseDiscount(0.10)}
> end
> {code}
> The model used is from the book Mastering JBoss Drools. The method increase discount has been annotated with @Modifes. The order class:
> {code}
> public class Order implements Serializable {
> private static final long serialVersionUID = 1L;
> private Long orderId;
> private Date date;
> private Customer customer;
> private List<OrderLine> orderLines = new ArrayList<>();
> private Discount discount;
> public Order() {
> }
> public Long getOrderId() {
> return orderId;
> }
> public void setOrderId(Long orderId) {
> this.orderId = orderId;
> }
> public Customer getCustomer() {
> return customer;
> }
> public void setCustomer(Customer customer) {
> this.customer = customer;
> }
> public Date getDate() {
> return date;
> }
> public void setDate(Date date) {
> this.date = date;
> }
> public List<OrderLine> getOrderLines() {
> return orderLines;
> }
> public void setItems(List<OrderLine> orderLines) {
> this.orderLines = orderLines;
> }
> public double getTotal() {
> return this.getOrderLines().stream()
> .mapToDouble(item -> item.getItem().getSalePrice() * item.getQuantity())
> .sum();
> }
> public int getTotalItems() {
> return this.getOrderLines().stream()
> .mapToInt(item -> item.getQuantity())
> .sum();
> }
> @Modifies({"discount"})
> public void increaseDiscount(double increase) {
> if (discount == null) {
> discount = new Discount(0.0);
> }
> discount.setPercentage(discount.getPercentage() + increase);
> }
> public Discount getDiscount() {
> return discount;
> }
> public double getDiscountPercentage() {
> return discount.getPercentage();
> }
> public void setDiscount(Discount discount) {
> this.discount = discount;
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-10131) [Artemis 2.x upgrade] Missing message JMS bridge with DUPS_OK quality of service
by Miroslav Novak (JIRA)
Miroslav Novak created WFLY-10131:
-------------------------------------
Summary: [Artemis 2.x upgrade] Missing message JMS bridge with DUPS_OK quality of service
Key: WFLY-10131
URL: https://issues.jboss.org/browse/WFLY-10131
Project: WildFly
Issue Type: Bug
Components: JMS
Reporter: Miroslav Novak
Assignee: Jeff Mesnil
There is missing one message in scenario where JMS bridge (with DUPS_OK) resending messages from one server to another. Durint resending target server is killed and bridge does failover to backup.
After failover in server logs there are lots of warns/errors:
{code}
05:39:01,697 WARN [org.apache.activemq.artemis.jms.bridge] (Thread-144) AMQ342009: JMS Bridge N/A failed to send + acknowledge batch, closing JMS objects: javax.jms.JMSException: Duplicate message detected - me
ssage will not be routed. Message information:LargeServerMessage[messageID=2147485500,durable=true,userID=d8ea8e0a-326b-11e8-b74b-fa163e64a220,priority=4, timestamp=Wed Mar 28 05:39:01 EDT 2018,expiration=0, dur
able=true, address=jms.queue.OutQueue,size=410263,properties=TypedProperties[__AMQ_CID=bd95a355-326b-11e8-b74b-fa163e64a220,_AMQ_ROUTING_TYPE=1,AMQ_BRIDGE_MSG_ID_LIST=ID:c13a41dc-326b-11e8-949b-fa163e64a220,JMSX
DeliveryCount=10,count=989,color=RED,counter=990,_AMQ_DUPL_ID=fde672e0-e858-4c50-a148-a0b7a4a223591522229901951,_AMQ_LARGE_SIZE=409615]]@1304406481
at org.apache.activemq.artemis.core.protocol.core.impl.ChannelImpl.sendBlocking(ChannelImpl.java:423) [artemis-core-client-2.5.0.jar:2.5.0]
at org.apache.activemq.artemis.core.protocol.core.impl.ChannelImpl.sendBlocking(ChannelImpl.java:319) [artemis-core-client-2.5.0.jar:2.5.0]
at org.apache.activemq.artemis.core.protocol.core.impl.ActiveMQSessionContext.simpleCommit(ActiveMQSessionContext.java:381) [artemis-core-client-2.5.0.jar:2.5.0]
at org.apache.activemq.artemis.core.client.impl.ClientSessionImpl.commit(ClientSessionImpl.java:862) [artemis-core-client-2.5.0.jar:2.5.0]
at org.apache.activemq.artemis.core.client.impl.ClientSessionImpl.commit(ClientSessionImpl.java:835) [artemis-core-client-2.5.0.jar:2.5.0]
at org.apache.activemq.artemis.jms.client.ActiveMQSession.commit(ActiveMQSession.java:231) [artemis-jms-client-2.5.0.jar:2.5.0]
at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.sendBatchNonTransacted(JMSBridgeImpl.java:1338) [artemis-jms-server-2.5.0.jar:2.5.0]
at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.sendBatch(JMSBridgeImpl.java:1298) [artemis-jms-server-2.5.0.jar:2.5.0]
at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl.access$1700(JMSBridgeImpl.java:74) [artemis-jms-server-2.5.0.jar:2.5.0]
at org.apache.activemq.artemis.jms.bridge.impl.JMSBridgeImpl$SourceReceiver.run(JMSBridgeImpl.java:1694) [artemis-jms-server-2.5.0.jar:2.5.0]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_162]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_162]
at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_162]
Caused by: ActiveMQDuplicateIdException[errorType=DUPLICATE_ID_REJECTED message=Duplicate message detected - message will not be routed. Message information:LargeServerMessage[messageID=2147485500,durable=true,u
serID=d8ea8e0a-326b-11e8-b74b-fa163e64a220,priority=4, timestamp=Wed Mar 28 05:39:01 EDT 2018,expiration=0, durable=true, address=jms.queue.OutQueue,size=410263,properties=TypedProperties[__AMQ_CID=bd95a355-326b
-11e8-b74b-fa163e64a220,_AMQ_ROUTING_TYPE=1,AMQ_BRIDGE_MSG_ID_LIST=ID:c13a41dc-326b-11e8-949b-fa163e64a220,JMSXDeliveryCount=10,count=989,color=RED,counter=990,_AMQ_DUPL_ID=fde672e0-e858-4c50-a148-a0b7a4a2235915
22229901951,_AMQ_LARGE_SIZE=409615]]@1304406481]
... 13 more
05:39:01,699 WARN [org.apache.activemq.artemis.core.server] (Thread-23 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$5@2076a02)) AMQ222149: Message Reference[3056]:RELIABLE:Co
reMessage[messageID=3056,durable=true,userID=c1347573-326b-11e8-949b-fa163e64a220,priority=4, timestamp=Wed Mar 28 05:38:21 EDT 2018,expiration=0, durable=true, address=jms.queue.InQueue,size=10673,properties=Ty
pedProperties[__AMQ_CID=be528a5c-326b-11e8-949b-fa163e64a220,_AMQ_ROUTING_TYPE=1,count=980,counter=981,_AMQ_DUPL_ID=13adf1ec-581f-42e4-835b-0e6e33a4e1191522229901913,color=GREEN]]@511432790 has reached maximum d
elivery attempts, sending it to Dead Letter Address jms.queue.DLQ from jms.queue.InQueue
05:39:01,700 WARN [org.apache.activemq.artemis.core.server] (Thread-23 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$5@2076a02)) AMQ222149: Message Reference[3058]:RELIABLE:CoreMessage[messageID=3058,durable=true,userID=c1349c84-326b-11e8-949b-fa163e64a220,priority=4, timestamp=Wed Mar 28 05:38:21 EDT 2018,expiration=0, durable=true, address=jms.queue.InQueue,size=20914,properties=TypedProperties[__AMQ_CID=be528a5c-326b-11e8-949b-fa163e64a220,_AMQ_ROUTING_TYPE=1,count=981,counter=982,_AMQ_DUPL_ID=6feb66cd-8616-4dff-8775-3f85a4b9bdbb1522229901914,color=RED]]@1150646585 has reached maximum delivery attempts, sending it to Dead Letter Address jms.queue.DLQ from jms.queue.InQueue
....
05:39:01,706 WARN [org.apache.activemq.artemis.core.server] (Thread-23 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$5@2076a02)) AMQ222149: Message Reference[3082]:RELIABLE:CoreMessage[messageID=3082,durable=true,userID=c13d4f1d-326b-11e8-949b-fa163e64a220,priority=4, timestamp=Wed Mar 28 05:38:21 EDT 2018,expiration=0, durable=true, address=jms.queue.InQueue,size=10673,properties=TypedProperties[__AMQ_CID=be528a5c-326b-11e8-949b-fa163e64a220,_AMQ_ROUTING_TYPE=1,count=990,counter=991,_AMQ_DUPL_ID=f802f4b7-e0a1-4dee-acc7-0b11963bec401522229901971,color=GREEN]]@2708478 has reached maximum delivery attempts, sending it to Dead Letter Address jms.queue.DLQ from jms.queue.InQueue
{code}
So the missing message ended up in DLQ as it could not be delivered to target queue. It looks like that _AMQ_DUPL_ID might trigger dup message detection in target queueu however such message did not get there.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-3762) Automate MIT license grant with pull player
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-3762?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar closed WFLY-3762.
-----------------------------
Resolution: Won't Do
> Automate MIT license grant with pull player
> -------------------------------------------
>
> Key: WFLY-3762
> URL: https://issues.jboss.org/browse/WFLY-3762
> Project: WildFly
> Issue Type: Feature Request
> Reporter: Tomaz Cerar
> Assignee: Tomaz Cerar
>
> Jason Greene: btw i was thinking we should automate that MIT license grant with pull player
> Jason Greene: much like that white list thing i wrote
> Tomaz Cerar: white-list, admin-list, contributor-list
> with some more metadata in contributor list
> Tomaz Cerar: like date of MIT license grant and original PR where it was done
> Jason Greene: basically
> Jason Greene: "We require that all contributions be provided under the terms of the MIT open source license (link to license). Do you agree to provide this contribution and all future contributions under these terms?"
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-5336) Publish diffs online of master's model with the legacy versions
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5336?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-5336:
---------------------------------
Assignee: (was: Tomaz Cerar)
> Publish diffs online of master's model with the legacy versions
> ---------------------------------------------------------------
>
> Key: WFLY-5336
> URL: https://issues.jboss.org/browse/WFLY-5336
> Project: WildFly
> Issue Type: Feature Request
> Reporter: Kabir Khan
>
> [Sep-13 13:05] Kabir Khan: I'll just ask now when I remember, no need to look today - but do you think we can set up a brontes job which runs CompareModelVersionUtils and publishes the results somewhere? The 'publishing the results somewhere' is the tricky bit, although we could perhaps use some git repository for that
> Monday September 14, 2015
> [15:25] Tomaz Cerar: hey
> sorry for late replay, i am on pto this week...
> but what you ask for is doable
> either by ftp upload
> or probably even easier
> to use github pages
> and have tamcity do commit + push
> to some repo
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-5321) Deploying a war to wildfly should mention the localhost url including context root of that war in the log
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5321?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-5321:
---------------------------------
Assignee: (was: Tomaz Cerar)
> Deploying a war to wildfly should mention the localhost url including context root of that war in the log
> ---------------------------------------------------------------------------------------------------------
>
> Key: WFLY-5321
> URL: https://issues.jboss.org/browse/WFLY-5321
> Project: WildFly
> Issue Type: Enhancement
> Components: Web (Undertow)
> Reporter: Geoffrey De Smet
> Priority: Minor
>
> Here what I see now in the log:
> {code}
> [2015-09-10 04:56:44,211] Artifact optaconf-webapp:war exploded: Artifact is being deployed, please wait...
> 16:56:44,235 INFO [org.jboss.weld.deployer] (MSC service thread 1-9) JBAS016009: Stopping weld service for deployment optaconf-webapp-0.1.0-SNAPSHOT
> 16:56:44,244 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015877: Stopped deployment optaconf-webapp-0.1.0-SNAPSHOT (runtime-name: optaconf-webapp-0.1.0-SNAPSHOT) in 15ms
> 16:56:44,255 INFO [org.jboss.as.server] (management-handler-thread - 3) JBAS018558: Undeployed "optaconf-webapp-0.1.0-SNAPSHOT" (runtime-name: "optaconf-webapp-0.1.0-SNAPSHOT")
> 16:56:44,322 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "optaconf-webapp-0.1.0-SNAPSHOT" (runtime-name: "optaconf-webapp-0.1.0-SNAPSHOT")
> ...
> 16:56:44,508 INFO [org.jboss.as.server] (management-handler-thread - 3) JBAS018559: Deployed "optaconf-webapp-0.1.0-SNAPSHOT" (runtime-name : "optaconf-webapp-0.1.0-SNAPSHOT")
> [2015-09-10 04:56:44,519] Artifact optaconf-webapp:war exploded: Artifact is deployed successfully
> [2015-09-10 04:56:44,519] Artifact optaconf-webapp:war exploded: Deploy took 308 milliseconds
> {code}
> But as a developer, it's very hard to figure out the url to test the app, especially if someone changed it recently. Note that in my case it could be any of these, depending on the state of the jboss-web.xml, war file name (potentially exploded), IDE configuration, etc:
> - http://localhost:8080/optaconf-webapp-0.1.0-SNAPSHOT/
> - http://localhost:8080/optaconf-webapp/
> - http://localhost:8080/optaconf/
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month