[ https://issues.apache.org/activemq/browse/AMQ-789?page=all ]
Hiram Chirino resolved AMQ-789.
---
Fix Version/s: 4.0.2
Resolution: Fixed
commited in 4.0 branch in rev 423792
WireFormatNegotiator could hang a client or server connection if the peer
[ https://issues.apache.org/activemq/browse/AMQ-835?page=all ]
james strachan resolved AMQ-835.
Fix Version/s: 4.1
Resolution: Fixed
Many thanks for the patch! I've applied to to 4.1 in revision 423797
memory leak in ActiveMQConnection
add a clientIDPrefix to ActiveMQConnectionFactory so that we can specify the
prefix for any auto-generated clientIDs
Key: AMQ-836
URL:
add a moveTo() method on the QueueViewMBean for doing dead letter queue
processing
--
Key: AMQ-837
URL: https://issues.apache.org/activemq/browse/AMQ-837
Project:
Q1. Can anybody please tell me key differences between Stomp and Openwire.
Which one i should go for if i need to write a C++ Layer to talk to
ActiveMQ. Drawbacks and Advantages can help me a lot.
Q2. What is the current state of Openwire. When will this be available to be
used.
--
View this
Destroying off-line durable subscribers
---
Key: AMQ-838
URL: https://issues.apache.org/activemq/browse/AMQ-838
Project: ActiveMQ
Issue Type: Improvement
Components: Broker
Affects Versions:
Hi Aaron,
What license is the documentation content at your
http://www.geronimoplugins.com site under? For example the FAQ and the
PDF http://www.geronimoplugins.com/geronimo-plugin-workshop.pdf ?
I would like to look at copying some of the documentation about the
plugin architecture to
Should a link be added on the
http://geronimo.apache.org/subprojects.html page to the
http://geronimo.apache.org/xbean/ site? Currently I don't think there
are any links to XBean from the Geronimo site.
The XBean poms also need to be updated with the new website address
instead of
On 7/20/06, Prasad Kashyap (JIRA) dev@geronimo.apache.org wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-1738?page=all ]
Prasad Kashyap resolved GERONIMO-1738.
--
Fix Version/s: 1.2
Resolution: Fixed
Let's mark this fixed. The patch
On 7/20/06, Prasad Kashyap (JIRA) dev@geronimo.apache.org wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-1737?page=all ]
Prasad Kashyap resolved GERONIMO-1737.
--
Fix Version/s: 1.2
Resolution: Fixed
This JIRA introduces a new
[ http://issues.apache.org/jira/browse/GERONIMO-1695?page=all ]
Rick McGuire updated GERONIMO-1695:
---
Attachment: GERONIMO-1695.diff-1.2a
The 1.2 patches were built on the wrong version of openejb. This patch is (I
believe) the equivalent.
CORBA
[
http://issues.apache.org/jira/browse/DAYTRADER-7?page=comments#action_12422418
]
Piyush Agarwal commented on DAYTRADER-7:
We can simply comment out the pre-compilation step in Maven and let the user
suffer the first time on all
On 7/20/06, John Sisson [EMAIL PROTECTED] wrote:
Hi Aaron,
What license is the documentation content at your
http://www.geronimoplugins.com site under? For example the FAQ and the
PDF http://www.geronimoplugins.com/geronimo-plugin-workshop.pdf ?
The FAQ is under the it's a web page
ServiceMix-Dev community,
I?d like to introduce a group of us at eCube that will be submitting new
ServiceMix adapter components for consideration. We will be working
together to support these submissions, but Robert Doyle is the primary
author of the CORBA ServiceMix adapter and Randy
Hi Jacek,
We were finding it difficult to manage the subtasks with all of them
being in the open state even when their patches had been applied. It
became quite confusing without any way of check marking the ones done.
How is this different than all the other subtasks under 2071 that have
gone
I was wondering if someone could fill me in on the correct method/etiquette for creating a patch?I am working with DayTrader and am trying to create a patch for a small change to org.apache.geronimo.samples.daytrader.direct.TradeDirect
.Just for reference, I am working in eclipse using the
My suggestion would be to go towards WSDL 1.1. It's a widely accepted
spec with well-defined rules of interoperability if you take into
account the WS-I BasicProfile 1.1. And we have a good mapping defined
in the JBI spec for passing around WSDL 1.1 normalized messages.
I'm not a WS
[
http://issues.apache.org/jira/browse/GERONIMO-1906?page=comments#action_12422442
]
Vamsavardhana Reddy commented on GERONIMO-1906:
---
ACTIVEMQ-gbeaninfo.diff is same as ActiveMQConnectorGBean.patch posted to
GERONIMO-1451 .
I
[
http://issues.apache.org/jira/browse/GERONIMO-1451?page=comments#action_12422449
]
Vamsavardhana Reddy commented on GERONIMO-1451:
---
I have verified the behaviour in Geronimo jetty server built from tags/1.1.0 .
The issue seems
On Jul 19, 2006, at 11:56 PM, John Sisson wrote:
Should a link be added on the http://geronimo.apache.org/
subprojects.html page to the http://geronimo.apache.org/xbean/
site? Currently I don't think there are any links to XBean from
the Geronimo site.
The XBean poms also need to be
[
http://issues.apache.org/jira/browse/GERONIMO-1906?page=comments#action_12422450
]
Vamsavardhana Reddy commented on GERONIMO-1906:
---
GERONIMO-1451 seems to have been resolved in G1.1 itself!!! Is this JIRA
resolved too?
Cannot
On 7/20/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
We were finding it difficult to manage the subtasks with all of them
being in the open state even when their patches had been applied.
Did they? Where? How can the end users find the information? I don't
think it's that clear for newcomers,
bad classpath in geronimo-deploy-jsr88-1.1.jar
--
Key: GERONIMO-2208
URL: http://issues.apache.org/jira/browse/GERONIMO-2208
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular
[ http://issues.apache.org/jira/browse/GERONIMO-1492?page=all ]
Sachin Patel reassigned GERONIMO-1492:
--
Assignee: Sachin Patel (was: Paul McMahan)
Many org/apache/geronimo configIds still live in source tree
[ http://issues.apache.org/jira/browse/GERONIMO-1492?page=all ]
Sachin Patel resolved GERONIMO-1492.
Resolution: Fixed
p applied
Many org/apache/geronimo configIds still live in source tree
[ http://issues.apache.org/jira/browse/GERONIMO-2188?page=all ]
Lin Sun updated GERONIMO-2188:
--
Attachment: G2188.patch
Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle
[ http://issues.apache.org/jira/browse/GERONIMO-1524?page=all ]
Sachin Patel closed GERONIMO-1524.
--
Resolution: Fixed
p applied
DB pool portlet should let you select multiple driver JARs
--
[ http://issues.apache.org/jira/browse/GERONIMO-2138?page=all ]
Sachin Patel updated GERONIMO-2138:
---
Patch Info: (was: [Patch Available])
Fix Version/s: 1.1.x
(was: 1.1.1)
Configuration jsp-examples-tomcat includes
[ http://issues.apache.org/jira/browse/GERONIMO-1037?page=all ]
Sachin Patel updated GERONIMO-1037:
---
Please provide an updated patch and include normal.jsp as part of the patch so
I know where it needs to be applied.
Clicking on uninstall link in
The issue is only resolved at the moment... close it when it moves to
trunk.
But lets not argue over semantics in this time.
We are trying to use JIRA to track what needs to be done.
--jason
On Jul 20, 2006, at 2:52 AM, Jacek Laskowski wrote:
On 7/20/06, Prasad Kashyap (JIRA)
End users in this case are our developers who know about the current
RTC limitations and about the work that is going on for m2 conversion.
I do not see any reason why we should not resolve (or close) the
issues related to m2 work as it helps those of us working on the task
to see what is
Again. Have the patches been applied to trunk? Unless the answer is
yes, I think it should be re-opened and wait until it goes there.
I completely disagree.
Branches are of less importance to (more experienced) end users who
usually don't build Geronimo from.
WHAT?! Are you kidding?!
You
[
http://issues.apache.org/jira/browse/DAYTRADER-7?page=comments#action_12422477
]
Jason Dillon commented on DAYTRADER-7:
--
If this is such a big deal to non-G users, lets just make a new -generic war
module that is happier for deployment
We were finding it difficult to manage the subtasks with all of them
being in the open state even when their patches had been applied.
Did they? Where? How can the end users find the information? I don't
think it's that clear for newcomers, especially.
Dude... this is a special case, many of
[
http://issues.apache.org/jira/browse/DAYTRADER-7?page=comments#action_12422480
]
Paul McMahan commented on DAYTRADER-7:
--
as I recall the JSPs are precompiled and put in a jar file because allowing
them to be compiled at runtime ended up
[
http://issues.apache.org/jira/browse/GERONIMO-2205?page=comments#action_12422483
]
Paul McMahan commented on GERONIMO-2205:
The database pools portlet has this limitation too.
SecurityRealms portlet does not list stopped security
I dunno about Eclipse, I'd recommend just using `svn diff` to create
a patch. Generally from the root of the tree is desired. So, if you
are working in DayTrader, you would:
svn co daytrader/trunk daytrader
cd daytrader
make some changes
svn diff mypatch.diff
My personal
[
http://issues.apache.org/jira/browse/DAYTRADER-7?page=comments#action_12422494
]
Jason Dillon commented on DAYTRADER-7:
--
Blah... more windows-specific hacking.
I hope that vista fixes some of these problems...
Anyone know definitively
[ http://issues.apache.org/jira/browse/GERONIMO-2206?page=all ]
Jason Dillon reassigned GERONIMO-2206:
--
Assignee: Prasad Kashyap (was: Jason Dillon)
Please follow up with a patch to fix servlet examples for Jetty and then assign
to me.
examples
Any other PMC members want to comment on this?
--jason
On 7/18/06, Jason Dillon [EMAIL PROTECTED] wrote:
Good news... we are almost there. Bad news... it will probably take
another week or so get everything *fully* functional.
Right now we have a functional Jetty J2EE assembly, which almost
Enable tests (geronimo-activation :: **/MailcapTest.java)
-
Key: GERONIMO-2209
URL: http://issues.apache.org/jira/browse/GERONIMO-2209
Project: Geronimo
Issue Type: Sub-task
Enable tests (geronimo-connector-builder :: **/Connector15DCBTest.java)
---
Key: GERONIMO-2210
URL: http://issues.apache.org/jira/browse/GERONIMO-2210
Project: Geronimo
Enable tests (geronimo-security :: **/ConfigurationEntryTest.java)
--
Key: GERONIMO-2211
URL: http://issues.apache.org/jira/browse/GERONIMO-2211
Project: Geronimo
Issue Type:
Enable tests (geronimo-system :: **/PluginInstallerTest.java)
-
Key: GERONIMO-2212
URL: http://issues.apache.org/jira/browse/GERONIMO-2212
Project: Geronimo
Issue Type: Sub-task
[ http://issues.apache.org/jira/browse/GERONIMO-2211?page=all ]
Jason Dillon updated GERONIMO-2211:
---
Fix Version/s: 1.2
Affects Version/s: 1.2
Enable tests (geronimo-security :: **/ConfigurationEntryTest.java)
[ http://issues.apache.org/jira/browse/GERONIMO-2209?page=all ]
Jason Dillon updated GERONIMO-2209:
---
Fix Version/s: 1.2
Affects Version/s: 1.2
Enable tests (geronimo-activation :: **/MailcapTest.java)
[ http://issues.apache.org/jira/browse/GERONIMO-2210?page=all ]
Jason Dillon updated GERONIMO-2210:
---
Fix Version/s: 1.2
Affects Version/s: 1.2
Enable tests (geronimo-connector-builder :: **/Connector15DCBTest.java)
[ http://issues.apache.org/jira/browse/GERONIMO-2212?page=all ]
Jason Dillon updated GERONIMO-2212:
---
Fix Version/s: 1.2
Affects Version/s: 1.2
Enable tests (geronimo-system :: **/PluginInstallerTest.java)
[ http://issues.apache.org/jira/browse/GERONIMO-2210?page=all ]
Jason Dillon updated GERONIMO-2210:
---
Description: A few tests failed in non-obvious ways when run under the m2
build. Need someone who knows these tests better to inspect, resolve and
[ http://issues.apache.org/jira/browse/GERONIMO-2211?page=all ]
Jason Dillon updated GERONIMO-2211:
---
Description: A few tests failed in non-obvious ways when run under the m2
build. Need someone who knows these tests better to inspect, resolve and
[ http://issues.apache.org/jira/browse/GERONIMO-2212?page=all ]
Jason Dillon updated GERONIMO-2212:
---
Description: A few tests failed in non-obvious ways when run under the m2
build. Need someone who knows these tests better to inspect, resolve and
[ http://issues.apache.org/jira/browse/GERONIMO-2209?page=all ]
Jason Dillon updated GERONIMO-2209:
---
Description: A few tests failed in non-obvious ways when run under the m2
build. Need someone who knows these tests better to inspect, resolve and
IMHO, until its all completely functional and working, I would not wage
a +1 for moving it in and deprecating 1.0. If you are interested in
moving in POMs and plugins, then I would be amenable to that. However,
I would not at all be amenable to any sort of deprecation until the M2
build is 100%
[ http://issues.apache.org/jira/browse/GERONIMO-2209?page=all ]
Jason Dillon reassigned GERONIMO-2209:
--
Assignee: Jason Dillon
Enable tests (geronimo-activation :: **/MailcapTest.java)
-
[ http://issues.apache.org/jira/browse/GERONIMO-2212?page=all ]
Jason Dillon updated GERONIMO-2212:
---
Description:
A few tests failed in non-obvious ways when run under the m2 build. Need
someone who knows these tests better to inspect, resolve and
On Jul 20, 2006, at 2:59 PM, Jeff Genender wrote:
IMHO, until its all completely functional and working, I would not
wage
a +1 for moving it in and deprecating 1.0. If you are interested in
moving in POMs and plugins, then I would be amenable to that.
However,
I would not at all be
[ http://issues.apache.org/jira/browse/GERONIMO-2211?page=all ]
Jason Dillon updated GERONIMO-2211:
---
Description:
A few tests failed in non-obvious ways when run under the m2 build. Need
someone who knows these tests better to inspect, resolve and
[ http://issues.apache.org/jira/browse/GERONIMO-2210?page=all ]
Jason Dillon updated GERONIMO-2210:
---
Description:
A few tests failed in non-obvious ways when run under the m2 build. Need
someone who knows these tests better to inspect, resolve and
Hey folks. I have the Liferay Portal plugin ready to make available
so others can start looking at it and provide feedback. It actually
consists of two separate plugins --- the Liferay WAR and a Derby RAR.
I created the Liferay WAR by exporting it from the Geronimo version of
Liferay offered
Jason,
I would give you a +0 at this point.
You asked what does 100% cover? Based on your description, you said you
had Jetty working but not Tomcat, unless I read that wrong. IMHO, that
is not acceptable to begin deprecating M1.
100% to me means that I can, from the top of the G tree...with
Paul McMahan wrote:
Hey folks. I have the Liferay Portal plugin ready to make available
so others can start looking at it and provide feedback. It actually
consists of two separate plugins --- the Liferay WAR and a Derby RAR.
I created the Liferay WAR by exporting it from the Geronimo
This is awesome!
--jason
On Jul 20, 2006, at 3:34 PM, Paul McMahan wrote:
Hey folks. I have the Liferay Portal plugin ready to make available
so others can start looking at it and provide feedback. It actually
consists of two separate plugins --- the Liferay WAR and a Derby RAR.
I created
Paul McMahan wrote:
Brian, thanks for all your support in this effort so far! With your
permission I would like to make the plugin available from a Geronimo
plugin repository (perhaps geronimoplugins.com) so the Geronimo
community can start taking a look at it.
Paul, what about allowing
I would give you a +0 at this point.
You asked what does 100% cover? Based on your description, you
said you
had Jetty working but not Tomcat, unless I read that wrong. IMHO,
that
is not acceptable to begin deprecating M1.
Jetty and Tomcat J2EE and Minimal all work as of yesterday.
It is not just how we use the m2-style repo inside of G, but also how
we build G using m2 that will cause problems for windows peeps.
The later is going to be more trouble to resolve I think.
I'm still thinking it would be a good idea to have some sort of file-
system abstraction for our
Jason Dillon wrote:
I would give you a +0 at this point.
You asked what does 100% cover? Based on your description, you said you
had Jetty working but not Tomcat, unless I read that wrong. IMHO, that
is not acceptable to begin deprecating M1.
Jetty and Tomcat J2EE and Minimal all work
[ http://issues.apache.org/jira/browse/GERONIMO-2209?page=all ]
Jason Dillon closed GERONIMO-2209.
--
Resolution: Fixed
This appears to be a non-issue now, all activation tests are now enabled and
functional (at least on my Mac).
Enable tests
Jetty and Tomcat J2EE and Minimal all work as of yesterday.
Ok...well...based on your statement before, you did not clarify this.
If I can get an assembly, then this is good.
The work has been moving fast. At the time of the initial Maven2
Conversation Status there was an issue, but it was
Yum, most of the errors seem to be of the form:
Caused by: java.lang.RuntimeException: java.net.URISyntaxException:
Illegal character in path at index 18: file:/C:/Documents and
Settings/administrator/Desktop/incubator-activemq-4.0.1/activemq-core/
Would be nice (IMO) to have at least a little context besides the
JIRA ID in commits descriptions.
--jason
On Jul 20, 2006, at 11:47 AM, [EMAIL PROTECTED] wrote:
Author: sppatel
Date: Thu Jul 20 11:47:41 2006
New Revision: 424019
URL: http://svn.apache.org/viewvc?rev=424019view=rev
Log:
I agree that the normal practice is to close a defect once its been applied to all affected branches. However, due to work being done in a single branch, I personally don't see a problem with closing out the subtasks to be able to get a much accurate indicator of m2 status. Are all of M2 tasks
I have two questions..
1. Can ServiceMix be integrated with OC4J?
2. Our company is a Oracle Shop. We are looking to get ESB and are deciding
whether to go or Oracle ESB or any open Source ESB like ServixMix. Can
anyone have any comparison statistics in this regards. Please share.
Thanks
--
On 7/20/06, Jeff Genender [EMAIL PROTECTED] wrote:
Paul McMahan wrote:
Brian, thanks for all your support in this effort so far! With your
permission I would like to make the plugin available from a Geronimo
plugin repository (perhaps geronimoplugins.com) so the Geronimo
community can
Could be the space. I'm not sure though. :)
Brian McCallister wrote:
Yum, most of the errors seem to be of the form:
Caused by: java.lang.RuntimeException: java.net.URISyntaxException:
Illegal character in path at index 18: file:/C:/Documents and
On 7/20/06, Jeff Genender [EMAIL PROTECTED] wrote:
Paul McMahan wrote:
Hey folks. I have the Liferay Portal plugin ready to make available
so others can start looking at it and provide feedback. It actually
consists of two separate plugins --- the Liferay WAR and a Derby RAR.
I created
Looks like there is a minor bug in ServerConstants with this:
snip
static {
Properties versionInfo = new Properties();
try {
versionInfo.load(ServerConstants.class.getClassLoader
().getResourceAsStream(org/apache/geronimo/system/serverinfo/
Anyone know?
--jason
[
http://issues.apache.org/jira/browse/GERONIMO-1710?page=comments#action_12422538
]
Jason Dillon commented on GERONIMO-1710:
I think I see why this might be needed now...
Looks like the best way to handle this is to allow m2 to filter
Bug in ServerConstants cause NPE when geronimo-version.properties is missing
Key: GERONIMO-2213
URL: http://issues.apache.org/jira/browse/GERONIMO-2213
Project: Geronimo
Use m2 filtering to fill in values for geronimo-version.propertes (and friends)
---
Key: GERONIMO-2214
URL: http://issues.apache.org/jira/browse/GERONIMO-2214
Project:
[
http://issues.apache.org/jira/browse/GERONIMO-1710?page=comments#action_12422540
]
Jason Dillon commented on GERONIMO-1710:
On second thought (or really third or fourth by now), I think that antrun can
generate the file(s) in a phase
[ http://issues.apache.org/jira/browse/GERONIMO-1710?page=all ]
Jason Dillon reassigned GERONIMO-1710:
--
Assignee: Jason Dillon (was: Anders Hessellund Jensen)
Geronimo timestamp plugin for Maven2
[ http://issues.apache.org/jira/browse/GERONIMO-2213?page=all ]
Jason Dillon closed GERONIMO-2213.
--
Resolution: Fixed
Fixed w/ #424176
Bug in ServerConstants cause NPE when geronimo-version.properties is missing
It built successfully for me in cygwin (first attempt failed in timer
tests). I'll try to do some tests on the weekend.
I agree with Jeff's comments that we should have this pass the TCK
before it is merged back to trunk.
Thanks,
John
Jason Dillon wrote:
This should do the trick:
svn
On Jul 20, 2006, at 10:02 PM, John Sisson wrote:
It built successfully for me in cygwin (first attempt failed in
timer tests). I'll try to do some tests on the weekend.
Timer tests are known to fail on slower or more resource constrained
systems. All of the failures should be expected
[ http://issues.apache.org/jira/browse/GERONIMO-2183?page=all ]
Jason Dillon reassigned GERONIMO-2183:
--
Assignee: Jason Dillon
Timer tests will fail on slower machines; unit tests should not be
enviornment dependent to pass
[
http://issues.apache.org/jira/browse/GERONIMO-2183?page=comments#action_12422547
]
Jason Dillon commented on GERONIMO-2183:
This is causing artificial failures which is and/or will slow down the m2
conversion RTC and may need to be
John, if you can please post the surefire reports for the failed
tests in timer so I can verify they are indeed related to
GERONIMO-2183 (and unrelated to the m2 work).
Thanks,
--jason
On Jul 20, 2006, at 10:02 PM, John Sisson wrote:
It built successfully for me in cygwin (first attempt
[ http://issues.apache.org/jira/browse/GERONIMO-2214?page=all ]
Jason Dillon closed GERONIMO-2214.
--
Resolution: Fixed
Using antrun + propertyfile and hooking up to the pom build/resources to
resolve this.
Use m2 filtering to fill in values for
[ http://issues.apache.org/jira/browse/GERONIMO-1037?page=all ]
Vamsavardhana Reddy updated GERONIMO-1037:
--
Attachment: GERONIMO-1037.patch
Use updated patch GERONIMO-1037.patch which combines the two patches provided
earlier. Patch can be
90 matches
Mail list logo