Receiver hangs after receiving about 1000 messages
--
Key: AMQ-646
URL: http://jira.activemq.org/jira//browse/AMQ-646
Project: ActiveMQ
Type: Bug
Versions: 4.0 M4
Environment: linux
Reporter: Danielius
[ http://jira.activemq.org/jira//browse/AMQ-646?page=all ]
Danielius Jurna closed AMQ-646:
---
Resolution: Duplicate
Fix Version: 4.0 RC1
Receiver hangs after receiving about 1000 messages
--
[ http://jira.activemq.org/jira//browse/AMQ-648?page=all ]
james strachan resolved AMQ-648:
Resolution: Fixed
Fix Version: 4.0 RC1
this looks to be resolved - use the managementContext in the activemq.xml.
Let us know if its not and we can
[ http://jira.activemq.org/jira//browse/AMQ-643?page=all ]
Hiram Chirino updated AMQ-643:
--
Fix Version: (was: 4.0 RC1)
4.0 RC 2
maxInactivityDuration does not seem to work properly
Agreed - nabble does look good. Users love forums I was eventually
going to try suggest we use one on Apache projects - once we have the
confluence issue sorted (ducks flamewar).
Maybe Nabble is a good alternative for now? How about we setup the
Apache mail lists on nabble (looks to be the old
[
http://issues.apache.org/jira/browse/GERONIMO-1754?page=comments#action_12371221
]
Jacek Laskowski commented on GERONIMO-1754:
---
I've got loads of errors during patching and am wondering how it went on your
side? Any idea as to how to proceed?
[ http://issues.apache.org/jira/browse/GERONIMO-1754?page=all ]
Rick McGuire updated GERONIMO-1754:
---
Attachment: GERONIMO-1754B.patch
Doh! I grabbed a version of the file from the wrong build. This is the one I
meant to attach, which I've verified
[ http://issues.apache.org/jira/browse/GERONIMO-1754?page=all ]
Rick McGuire updated GERONIMO-1754:
---
Attachment: GERONIMO-1754B.patch
A patch built on the already committed previous patch that replaces hard coded
literal strings in the protocol
[ http://jira.activemq.org/jira//browse/AMQ-531?page=comments#action_35858
]
james strachan commented on AMQ-531:
Still looks to be an issue with 2.0-M3 - Spring changed their binary protocol,
so unless they provide us a similar hook, the only thing I
Jacek, Prasad
I am also getting the same exception. This version
of system properties does not work for me either. I
am back to where I was on 03/06. Here are the versions
I am using :
windows xp SP2
C:\Documents and Settings\Userjava -version
java version 1.4.2_09
Java(TM) 2 Runtime
2006/3/21, anita kulshreshtha [EMAIL PROTECTED]:
I am also getting the same exception. This version
of system properties does not work for me either.
Ok, enough! ;) Gonna delete ~/.m2 repo completely and rebuild
Geronimo. Will report later.
Anita
Jacek
--
Jacek Laskowski
Wait a minute ! Wait a minute !
Except for the deployment plugin, who else outside Geronimo uses our
other plugins ? Why do we need to support those plugins to run in an
M1 environment even after we have completely m2-ized our uild ?
Cheers
Prasad
On 3/20/06, anita kulshreshtha [EMAIL
2006/3/21, Prasad Kashyap [EMAIL PROTECTED]:
Wait a minute ! Wait a minute !
Hi Prasad,
...after a couple of minutes...
Except for the deployment plugin, who else outside Geronimo uses our
other plugins ?
I don't know, you don't know, but we can't just stop supporting it
because of our
[ http://jira.activemq.org/jira//browse/AMQ-531?page=comments#action_35859
]
james strachan commented on AMQ-531:
If Spring are not going to maintain binary compatibility with XBean then maybe
we should just ship a jar-jar'd version of Spring 1.2.x
2006/3/21, Prasad Kashyap [EMAIL PROTECTED]:
Hmm.. ok. Didn't think others would be doing geronimo builds too. But
I understand we can't discount that possibility.
Not necessarily. They might be using Geronimo in ways we can't yet
even anticipate and the plugins help to build *their* solutions.
Hmm.. ok. Didn't think others would be doing geronimo builds too. But
I understand we can't discount that possibility.
Cool. Thanks for your patience Jacek :-)
So, what shall we do with the groupid and artifactid of the m1 plugins
? Keep it same ?
Cheers
Prasad
On 3/21/06, Jacek Laskowski
[ http://jira.activemq.org/jira//browse/AMQ-531?page=comments#action_35860
]
Hiram Chirino commented on AMQ-531:
---
While the jarjar would resolve the binary compatability issues, it would break
folks who make use of spring objects in the spring.xml
[ http://jira.activemq.org/jira//browse/AMQ-643?page=comments#action_35861
]
Kevin Yaussy commented on AMQ-643:
--
However, that sounds like both sides would still have to explicitly make the
setting, right?
maxInactivityDuration does not seem to work
[
http://issues.apache.org/jira/browse/GERONIMO-1754?page=comments#action_12371238
]
Jacek Laskowski commented on GERONIMO-1754:
---
Committed revision 387533. Thanks Rick!
Some notes:
* @version should be @version $Rev$ $Date$
* I didn't think
Sorry if this has been mentioned. Would it make sense to put out an
informational message in the M1 plugins announcing deprecation so people could
consider moving up or at least get them thinking about it.
Prasad Kashyap wrote:
Wait a minute ! Wait a minute !
Except for the deployment
[
http://issues.apache.org/jira/browse/GERONIMO-1754?page=comments#action_12371240
]
Rick McGuire commented on GERONIMO-1754:
Some notes:
* @version should be @version $Rev$ $Date$
Noted for the future.
* I didn't think *.orig files should
David J,
This is one of goals from the packaging plugin. I
need some insight into this :
goal name=car:prepare-plan description=Add
dependencies to a plan and process with velocity
car:dependencies artifacts=${pom.artifacts}
targetDir=${geronimo.packaging.buildDir}
[ http://jira.activemq.org/jira//browse/AMQ-643?page=comments#action_35864
]
Hiram Chirino commented on AMQ-643:
---
The change has been commited.
You now configure the maxInactivityDuration on the wireFormat. So on tcp
connection, it would look like:
[ http://jira.activemq.org/jira//browse/AMQ-632?page=all ]
Hiram Chirino resolved AMQ-632:
---
Resolution: Fixed
patch committed.
TaskRunnerFactory from broker is not carried along to Broker-to-Broker
connections
[ http://jira.activemq.org/jira//browse/AMQ-632?page=comments#action_35863
]
Kevin Yaussy commented on AMQ-632:
--
I'll try this on my end tomorrow after the SNAPSHOT build.
TaskRunnerFactory from broker is not carried along to Broker-to-Broker
Matt Hogstrom wrote:
Sorry if this has been mentioned. Would it make sense to put out an
informational message in the M1 plugins announcing deprecation so people
could consider moving up or at least get them thinking about it.
This is a good idea.
Prasad Kashyap wrote:
Wait a minute !
rarRelativePath is not set correctly cause showplan.jsp displayswrong
instruction
-
Key: GERONIMO-1757
URL: http://issues.apache.org/jira/browse/GERONIMO-1757
Project: Geronimo
Type:
On Mar 21, 2006, at 7:13 AM, anita kulshreshtha wrote:
David J,
This is one of goals from the packaging plugin. I
need some insight into this :
goal name=car:prepare-plan description=Add
dependencies to a plan and process with velocity
car:dependencies artifacts=${pom.artifacts}
NullPointerException in WSIFMarshaller.isSimpleType()
-
Key: SM-358
URL: http://jira.activemq.org/jira//browse/SM-358
Project: ServiceMix
Type: Bug
Reporter: Ken Berthelot
Attachments: WSIFMarshaler.java
[ http://issues.apache.org/jira/browse/GERONIMO-1757?page=all ]
Lin Sun updated GERONIMO-1757:
--
Description:
Portions of this is working in version 1.0 but broken after 1/25's change of
DatabasePoolPortlet.java.
Problem:
At the show database plan page,
[ http://issues.apache.org/jira/browse/GERONIMO-1757?page=all ]
Lin Sun updated GERONIMO-1757:
--
Attachment: G1757.patch
rarRelativePath is not set correctly cause showplan.jsp displayswrong
instruction
On Mar 21, 2006, at 5:25 AM, Prasad Kashyap wrote:
Wait a minute ! Wait a minute !
Except for the deployment plugin, who else outside Geronimo uses our
other plugins ? Why do we need to support those plugins to run in an
M1 environment even after we have completely m2-ized our uild ?
The
On Mar 21, 2006, at 7:16 AM, Matt Hogstrom wrote:
Sorry if this has been mentioned. Would it make sense to put out
an informational message in the M1 plugins announcing deprecation
so people could consider moving up or at least get them thinking
about it.
I don't see why this would be
[ http://issues.apache.org/jira/browse/GERONIMO-1738?page=all ]
Prasad Kashyap updated GERONIMO-1738:
-
Attachment: geronimo-deployment-plugin.patch
1) Plugin has been used and verified by the new itests framework
2) UnpackServer goal has been made
Hi All,
here is an update to the Spring integration doc. So far so good, two more apps to go and I'll have
just the foundation :D
http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/Spring
Has anyone fully tested the *Countries* sample? I'm having some trouble trying to use the
[ http://jira.activemq.org/jira//browse/AMQ-501?page=all ]
Hiram Chirino updated AMQ-501:
--
Fix Version: (was: 4.0 RC1)
(was: 4.0)
4.0 RC 2
ActiveMQ is not JCA1.5 compliant
-
[ http://jira.activemq.org/jira//browse/AMQ-639?page=all ]
Hiram Chirino updated AMQ-639:
--
Fix Version: (was: 4.0 RC1)
4.0 RC 2
Broker is not re-connecting to a network of brokers after going down and then
being brought back up
[ http://jira.activemq.org/jira//browse/AMQ-531?page=all ]
Hiram Chirino updated AMQ-531:
--
Fix Version: (was: 4.0 RC1)
4.0 RC 2
XBean has a runtime issue with Spring 2.0M2
---
Key:
[
http://issues.apache.org/jira/browse/GERONIMO-1493?page=comments#action_12371368
]
Hiram Chirino commented on GERONIMO-1493:
-
See
http://jira.activemq.org/jira/browse/AMQ-651
Deadlock in ActiveMQ close processing
[
http://issues.apache.org/jira/browse/GERONIMO-815?page=comments#action_12371369
]
Hiram Chirino commented on GERONIMO-815:
I've got a feeling that this will not show up anymore with AMQ 4.x but will
need to get the integration work for AMQ 4.x
[
http://issues.apache.org/jira/browse/GERONIMO-1494?page=comments#action_12371370
]
Hiram Chirino commented on GERONIMO-1494:
-
see http://jira.activemq.org/jira/browse/AMQ-652
Potential infinite loop in ActiveMQ shutdown processing
Potential infinite loop in ActiveMQ shutdown processing when in Geronimo
Key: AMQ-652
URL: http://jira.activemq.org/jira//browse/AMQ-652
Project: ActiveMQ
Type: Bug
Components: Connector
Hi John,
I've created a couple ActiveMQ issues to track those:
http://jira.activemq.org/jira/browse/AMQ-651
http://jira.activemq.org/jira/browse/AMQ-652
Putting them on the ActiveMQ Road map seems to encourage folks to
resolve them. Since 4.x is substantially different from 3.x, I've got
a
Can not use Realm with SQL database over connection pool
Key: GERONIMO-1758
URL: http://issues.apache.org/jira/browse/GERONIMO-1758
Project: Geronimo
Type: Bug
Components: security
Versions: 1.0
Hiram Chirino wrote:
Hi John,
Nabble looks nice! Thanks for pointing that out. Is it possible to
create accounts on gmane or nabble to post messages in the the forums?
Most users of forum software are the kind that just want to pop in
and ask a quick question and then pop out. Which is
Hi John,
Yep it will be needed. We need to update it so that it works with
the new 4.x way of updating stuff. Should not be to hard to get it
working again now that 4.x has stabilized. What would be nice is to
have a better set of gbeans than what we had with ActiveMQ 3.x. The
3.x
[ http://issues.apache.org/jira/browse/GERONIMO-1737?page=all ]
Prasad Kashyap reassigned GERONIMO-1737:
Assign To: Prasad Kashyap
Plugin migration to Maven 2: geronimo-assembly-plugin
-
Hi John,
oh that's awesome! I had not realized that it would that simple.
We definitely need to get our lists on Nabble ASAP. Who knows how to do that?
On 3/21/06, John Sisson [EMAIL PROTECTED] wrote:
Hiram Chirino wrote:
Hi John,
Nabble looks nice! Thanks for pointing that out. Is
+1 from me too. Way back when I was working on the ActiveMQ -
Geronimo integration, the poxies gave me a few headaches.
Regards,
Hiram
On 3/19/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
+1...the debugging thing has been a problem. If for no other reason this is
the
right thing to do.
Hi Dain,
Is possible to dynamicaly register/unregister a GBean in the kernel?
Last time I checked, that was not really possible, but I'm hoping
things have changed since then?
--
Regards,
Hiram
This is great...debugging with proxies has been a real PITA...this will
*really* help.
Hiram Chirino wrote:
+1 from me too. Way back when I was working on the ActiveMQ -
Geronimo integration, the poxies gave me a few headaches.
Regards,
Hiram
On 3/19/06, Matt Hogstrom [EMAIL PROTECTED]
Why were proxies introduced at all?
-VamsiOn 3/22/06, Jeff Genender [EMAIL PROTECTED] wrote:
This is great...debugging with proxies has been a real PITA...this will*really* help.Hiram Chirino wrote: +1 from me too.Way back when I was working on the ActiveMQ - Geronimo integration, the poxies gave
52 matches
Mail list logo