Using a very simple producer and consumer messages are received in wrong order.
Key: AMQ-729
URL: https://issues.apache.org/activemq/browse/AMQ-729
Project: ActiveMQ
Type: Test
Sorry to have to call this vote again. While the vote was up at the
incubator, some last minute issues were found. The readme file did
not properly refer to ActiveMQ as Apache ActiveMQ.
I also took this opportunity to include the fix for 2 major bugs that
would have waited for the 4.1 release:
Redeliveries don't work with resource adapter and Jencks
Key: AMQ-731
URL: https://issues.apache.org/activemq/browse/AMQ-731
Project: ActiveMQ
Type: Bug
Components: Connector
Versions: 4.0
Infinite recovery loop.
---
Key: AMQ-732
URL: https://issues.apache.org/activemq/browse/AMQ-732
Project: ActiveMQ
Type: Bug
Components: Broker
Versions: 4.0
Environment: Linux RHEL 3
Reporter: Maxim Fateev
The simplest way to
+1
Regards,
Adrian Co
Hiram Chirino wrote:
Sorry to have to call this vote again. While the vote was up at the
incubator, some last minute issues were found. The readme file did
not properly refer to ActiveMQ as Apache ActiveMQ.
I also took this opportunity to include the fix for 2 major
[ https://issues.apache.org/activemq/browse/SM-438?page=all ]
Guillaume Nodet resolved SM-438:
Fix Version: 3.0-M2
Resolution: Won't Fix
Assign To: Guillaume Nodet
The DefaultServiceMixClient is meant to be used with an existing JBI
Ahmed,
I can reproduce your problem in the j2ee-tomcat assembly. It appears
that a recent change (20 May) to the config.xml file in revision 407883
has introduced the problem.
To work around the issue place an XML comment out the following in the
var\config.xml file (near line 73):
I updated to the latest 1.1 code this morning, and I'm have problems
building. The failure isn't really giving much information about what
went wrong. Here's what I'm getting:
new4:
build:start:
multiproject:install-callback:
[echo] Running car:install for Geronimo Configuration for
I faced a similar problem during m2 build on the trunk. The
o.a.g.s.plugin.pluginInstallerTest fails on the trunk. The following
line marked with '---' throws exception, as a result setErrorHandler()
is not executed. the exception (IllegalArgumentException) says this is
an invalid attribute
[
http://issues.apache.org/jira/browse/GERONIMO-2041?page=comments#action_12413817
]
Laurent CELLA commented on GERONIMO-2041:
-
Hi Rick.
I Have downloaded : geronimo-spec-javamail-1.3.1-rc6.jar.
It seems those methods have not been yet
Did you try again? A full build is always failing around there for me
on the first try, but a second (incremental) build works. Maybe a
memory problem?
Thanks,
Aaron
On 5/30/06, Rick McGuire [EMAIL PROTECTED] wrote:
I updated to the latest 1.1 code this morning, and I'm have problems
Jacek,
Thanks! More inline..
--- Jacek Laskowski [EMAIL PROTECTED] wrote:
On 5/29/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
Please ignore this patch. The earlier patch should work. The
problem is the parent pom.xml. It creates conflicts. It will be
easier
if this was
Snapshots are not uploaded on public repos.
But they are available at
http://people.apache.org/maven-snapshot-repository/org/apache/geronimo/specs/geronimo-j2ee_1.4_spec/1.1-SNAPSHOT/
Cheers,
Guillaume Nodet
anita kulshreshtha wrote:
I wish it was true! Prasad has agreed ;) to take
Maybe your problem is related to having stale plugins. I also had to
build twice until I deleted my plugins and this JIRA got fixed (thanks
John!) :
http://issues.apache.org/jira/browse/GERONIMO-2060
Paul
On 5/30/06, Aaron Mulder [EMAIL PROTECTED] wrote:
Did you try again? A full build is
Paul McMahan wrote:
Maybe your problem is related to having stale plugins. I also had to
build twice until I deleted my plugins and this JIRA got fixed (thanks
John!) :
http://issues.apache.org/jira/browse/GERONIMO-2060
It looks like Aaron got it right. Reattempting the build multiple times
Hi all,
The openwire-cpp client is complete with one exception - the SSL part. The
reason for this is that we would like it to support two-way SSL and before we
starts to implement a two-way SSL socket we need to hear what you think about
this regarding to the ActiveMQ server. Are there any
Am I the only one concerned about this?
I think this is an important issue for our users. They won't have the
luxury to wait for a completely new Geronimo image to fix a problem with
an embedded component. They will also face these issues with their own
versioned application modules. I
[
http://issues.apache.org/jira/browse/GERONIMO-1906?page=comments#action_12413840
]
Paul McMahan commented on GERONIMO-1906:
Attached the same patch to AMQ-727
Cannot add a new connector using ActiveMQManagerGBean
[
http://issues.apache.org/jira/browse/GERONIMO-2041?page=comments#action_12413821
]
Rick McGuire commented on GERONIMO-2041:
My mistake, I mixed up which published packages had the newer versions.
Currently, the complete javamail implementation
On May 30, 2006, at 10:07 AM, Rick McGuire wrote:
Paul McMahan wrote:
Maybe your problem is related to having stale plugins. I also had to
build twice until I deleted my plugins and this JIRA got fixed
(thanks
John!) :
http://issues.apache.org/jira/browse/GERONIMO-2060
It looks like Aaron
Kevan Miller wrote:
On May 30, 2006, at 10:07 AM, Rick McGuire wrote:
Paul McMahan wrote:
Maybe your problem is related to having stale plugins. I also had to
build twice until I deleted my plugins and this JIRA got fixed (thanks
John!) :
http://issues.apache.org/jira/browse/GERONIMO-2060
[ https://issues.apache.org/activemq/browse/SM-438?page=all ]
GODOT Philippe reopened SM-438:
---
Sorry for my bad explanation of the problem. But try to instantiate a
RemoteServiceMixClient, do a start and after a stop, and shutdown, and let me
know if
[ http://issues.apache.org/jira/browse/GERONIMO-2068?page=all ]
David Jencks closed GERONIMO-2068:
--
Resolution: Fixed
fixed in trunk in rev 410301
Upgrade tool should deal with gbean-name element in gbean refs.
[ http://issues.apache.org/jira/browse/GERONIMO-1906?page=all ]
Paul McMahan updated GERONIMO-1906:
---
Patch Info: [Patch Available]
Cannot add a new connector using ActiveMQManagerGBean
-
Last week I received a request from TheServerSide Java Symposium
planners for the Barcelona show in June. They're going to hold a
Geronimo panel discussion at the conference and wanted some help in
finding about 3 or 4 more Geronimo committers who will already be in
Barcelona for the show who are
On 5/30/06, Bruce Snyder [EMAIL PROTECTED] wrote:
Last week I received a request from TheServerSide Java Symposium
planners for the Barcelona show in June. They're going to hold a
Geronimo panel discussion at the conference and wanted some help in
finding about 3 or 4 more Geronimo committers
4.x Javadoc
---
Key: AMQ-730
URL: https://issues.apache.org/activemq/browse/AMQ-730
Project: ActiveMQ
Type: Wish
Components: Documentation
Versions: 4.0
Reporter: jason evans
While ActiveMQ proves to be a high quality open-source JMS
[ https://issues.apache.org/activemq/browse/AMQ-718?page=all ]
Hiram Chirino reopened AMQ-718:
---
fixing in 4.0
Incorrect length specification in loose encoding?
-
Key: AMQ-718
URL:
[ https://issues.apache.org/activemq/browse/AMQ-718?page=all ]
Hiram Chirino resolved AMQ-718:
---
Fix Version: 4.0
(was: 4.1)
Resolution: Fixed
recut 4.0
Incorrect length specification in loose encoding?
[ https://issues.apache.org/activemq/browse/AMQ-726?page=all ]
Hiram Chirino resolved AMQ-726:
---
Fix Version: 4.0
(was: 4.1)
(was: 4.0.1)
Resolution: Fixed
Fixed in4.0
Network connections do not
Hi All,
I am trying to deploy, should I say migrate?, an extremely basic web app (HelloWorld) from Geronimo
v1.0 to v1.1. I updated the deployment plan to reflect the latest changes but the deployer tool
fails to deploy.
Command I used:
java -jar deployer.jar --user system --password manager
I haven't tried the Tomcat/Jetty namespaces. Are you using
Geronimo/Tomcat not Geronimo/Jetty? Does it work if you use the
web-1.1 namespace?
Thanks,
Aaron
On 5/30/06, Hernan Cunico [EMAIL PROTECTED] wrote:
Hi All,
I am trying to deploy, should I say migrate?, an extremely basic web app
I'm using Geronimo/Tomcat. I just tested it with web-1.1 and have the same
error.
Cheers!
Hernan
Aaron Mulder wrote:
I haven't tried the Tomcat/Jetty namespaces. Are you using
Geronimo/Tomcat not Geronimo/Jetty? Does it work if you use the
web-1.1 namespace?
Thanks,
Aaron
On 5/30/06,
Oh. You don't have a WEB-INF/web.xml in the WAR.
Aaron
On 5/30/06, Hernan Cunico [EMAIL PROTECTED] wrote:
I'm using Geronimo/Tomcat. I just tested it with web-1.1 and have the same
error.
Cheers!
Hernan
Aaron Mulder wrote:
I haven't tried the Tomcat/Jetty namespaces. Are you using
it is there! I just double-checked the .war
HelloWorld.war
HelloWorld\HelloWorld.jsp
HelloWorld\WEB-INF\web.xml
maybe an issue extracting the war?
Cheers!
Hernan
Aaron Mulder wrote:
Oh. You don't have a WEB-INF/web.xml in the WAR.
Aaron
On 5/30/06, Hernan Cunico [EMAIL PROTECTED]
I'm trying to deploy a webapp using plan that includes
ejb-ref. I already deployed successfully the ejb I
want to reference - geronimo/CustomerEJB/1.0/car. I
used the upgrade class (UpgradeGBean) to upgrade a 1.0
web app plan to this 1.1 plan:
~~
web-app
Is this the exact structure of the war? I'd expect WEB-INF to be top-level:
HelloWorld.war
HelloWorld\HelloWorld.jsp
WEB-INF\web.xml
--jason
On 5/30/06, Hernan Cunico [EMAIL PROTECTED] wrote:
it is there! I just double-checked the .war
HelloWorld.war
HelloWorld\HelloWorld.jsp
I zipped the directory HelloWorld containing the WEB-INF and the jsp. If I deploy it to G1.0 with
the old dep plan it works, same thing in G1.1 (dep plan updated) fails to deploy.
This issue has to be something so simple that we don't see it, at least I don't
see it :)
Cheers!
Hernan
Jason
Is the .war you attached the exact archive you're deploying? If so,
as Jason mentioned, you problem is with your archive and how you
jarred it up. The HelloWorld directory should not be included, and
WEB-INF should be at the root of the archive.
-sachin
On May 30, 2006, at 7:34 PM,
The repackaging worked.
In addition to a new deployment plan I needed to repackage the app that used to work on 1.0. Any
updates to the classloader?
Thank you all for the help
Cheers!
Hernan
Sachin Patel wrote:
Is the .war you attached the exact archive you're deploying? If so, as
Jason
David,
I understand your point about potential confusion if we extend the maven
capabilities. However, I have to wonder how many of our users are
familiar with maven and if this is important to them.
If we are to stay closely aligned with Maven, then I agree with you that
need to pursue
Joe Bohn wrote:
Am I the only one concerned about this?
I am also concerned, just been a bit busy to respond. See comments
inline below.
I think this is an important issue for our users. They won't have the
luxury to wait for a completely new Geronimo image to fix a problem
with an
What do you mean by Any updates to the classloader? ?
Thanks,
John
Hernan Cunico wrote:
The repackaging worked.
In addition to a new deployment plan I needed to repackage the app
that used to work on 1.0. Any updates to the classloader?
Thank you all for the help
Cheers!
Hernan
Sachin
43 matches
Mail list logo