bad acknowledgement messages when rolling back on a large queue
---
Key: AMQ-1034
URL: https://issues.apache.org/activemq/browse/AMQ-1034
Project: ActiveMQ
Issue Type: Bug
[ https://issues.apache.org/activemq/browse/AMQ-1033?page=all ]
Adrian Co updated AMQ-1033:
---
Attachment: openwireformat.patch
Added a possible fix to the issue.
Intermittent ArrayIndexOutOfBoundsException during send and receive
[ https://issues.apache.org/activemq/browse/AMQ-1034?page=all ]
james strachan resolved AMQ-1034.
-
Fix Version/s: 4.0.3
4.1
Resolution: Fixed
hiram fixed this in trunk revision 472345.
I've just back ported it to 4.0.x in
[ https://issues.apache.org/activemq/browse/AMQ-1033?page=all ]
Adrian Co resolved AMQ-1033.
Resolution: Fixed
Seems to be fixed by commit: r472421
Intermittent ArrayIndexOutOfBoundsException during send and receive
[
https://issues.apache.org/activemq/browse/AMQ-1036?page=comments#action_37369 ]
james strachan commented on AMQ-1036:
-
Which version are you using? Its working for me on the 4.1-SNAPSHOT
web-console broken (queue browsing).
[
https://issues.apache.org/activemq/browse/AMQ-1036?page=comments#action_37371 ]
Dave Syer commented on AMQ-1036:
$ svn info
Path: .
URL:
https://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-web-console
Repository Root:
Well folks,
I think it's about time we get serious about doing a 4.1 release. In
that effort I'm going to create a 4.1 branch in SVN unless anybody has
an objection. Please let me know!
--
Regards,
Hiram
Blog: http://hiramchirino.com
+1
On 8 Nov 2006, at 15:09, Hiram Chirino wrote:
Well folks,
I think it's about time we get serious about doing a 4.1 release. In
that effort I'm going to create a 4.1 branch in SVN unless anybody has
an objection. Please let me know!
--
Regards,
Hiram
Blog: http://hiramchirino.com
Unless I'm lossing email... I think we still need a few more votes
from incubator pmc members to make this release official. Anybody
around that can help check this release??
On 10/29/06, Hiram Chirino [EMAIL PROTECTED] wrote:
Some last minute NOTICE issues were still present in the 5th
Sandeep, the memory profile is indeed that needed bits. Could you
upload it to a publicly accessible website and post a link?
On 11/8/06, Sandeep Chayapathi [EMAIL PROTECTED] wrote:
Here is the profile data from YourKit profiler (cpu and telemetry). I
cannot attach the memory profile, as the
Here is the profile data from YourKit profiler (cpu and telemetry). I
cannot attach the memory profile, as the zip file is quite large (70M).
In case you need that file, mail me back. Later I will mail a simplified
test case. Thanks.
- Sandeep
Hello,
I am interested in using ActiveMQ to develop a market for
information currency (http://infoeng.sourceforge.net). I'm a real
ActiveMQ/Spring newbie, so I'm not very clear on how to create a POJO
to serve as a filter for certain messages sent to the server.
Can anyone recommend a good
[ https://issues.apache.org/activemq/browse/SM-721?page=all ]
Grant McDonald updated SM-721:
--
Attachment: SM-721.patch
Patch file to fix issue
maven plugin creates incorrect jbi.xml if multiple name spaces are used
[ https://issues.apache.org/activemq/browse/SM-721?page=all ]
Work on SM-721 started by Grant McDonald.
maven plugin creates incorrect jbi.xml if multiple name spaces are used
---
Key: SM-721
[ https://issues.apache.org/activemq/browse/SM-721?page=all ]
Grant McDonald resolved SM-721.
---
Fix Version/s: incubation
Resolution: Fixed
svn ci
tooling\jbi-maven-plugin\src\main\java\org\apache\servicemix\maven\plugin\jbi\AbstractDescr
anyone seen any movement on this? just broke me too.
On 11/6/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
This is very unfortunate.
The poms have been put to public repo today it seems
(see the dates at http://repo.mergere.com/maven2/geronimo/geronimo-kernel/1.1/)
so they were not here at the
[
https://issues.apache.org/activemq/browse/SM-536?page=comments#action_37374 ]
Guillaume Nodet commented on SM-536:
Yeah, you're right. I forgot that.
The wsdl deployer has not all the features that are available by using the
xbean.xml
[ https://issues.apache.org/activemq/browse/SM-675?page=all ]
Bruce Snyder reassigned SM-675:
---
Assignee: Bruce Snyder
MimeMailMarshaler supports multiple recipients but does not support multiple
to, cc and bcc adresses
[ https://issues.apache.org/activemq/browse/SM-675?page=all ]
Bruce Snyder updated SM-675:
Attachment: SM-675.diff.txt
Attaching patch for the fix.
MimeMailMarshaler supports multiple recipients but does not support multiple
to, cc and bcc adresses
[
https://issues.apache.org/activemq/browse/SM-675?page=comments#action_37386 ]
Bruce Snyder commented on SM-675:
-
Support for multiple to, cc and bcc recipients has been added to the
[ https://issues.apache.org/activemq/browse/SM-675?page=all ]
Bruce Snyder resolved SM-675.
-
Fix Version/s: 3.1
Resolution: Fixed
MimeMailMarshaler supports multiple recipients but does not support multiple
to, cc and bcc adresses
[
http://issues.apache.org/jira/browse/GERONIMO-1939?page=comments#action_12448070
]
Christopher M. Cardona commented on GERONIMO-1939:
--
IE 6.0 didn't prompt to download the Adobe SVG Viewer plugin and manually
installing the
[ http://issues.apache.org/jira/browse/GERONIMO-2314?page=all ]
Vamsavardhana Reddy reassigned GERONIMO-2314:
-
Assignee: Vamsavardhana Reddy
Can not create a datasource with the name jdbc/EmployeeDatasource from
console
On 08/11/2006, at 8:39 AM, Jason Dillon wrote:
We integrated with 4.1-SNAPSHOT specifically for this reason.
I still have not gotten any responses by to my query why 4.0x was
added.
Sorry for this late reply. 4.0.x was added because it was the version
that WADI supported.
IMO, one or
POM for geronimo-kernel contains invalid depency description for
geronimo-qname_1.1_spec
Key: GERONIMO-2554
URL: http://issues.apache.org/jira/browse/GERONIMO-2554
web-console broken (queue browsing).
Key: AMQ-1036
URL: https://issues.apache.org/activemq/browse/AMQ-1036
Project: ActiveMQ
Issue Type: Bug
Affects Versions: incubation
Reporter: Dave
[ http://issues.apache.org/jira/browse/GERONIMO-1555?page=all ]
Anita Kulshreshtha closed GERONIMO-1555.
Fix Version/s: 1.2
Resolution: Fixed
This was done in rev 449536
Refactor web module builders
[ http://issues.apache.org/jira/browse/GERONIMO-2477?page=all ]
Anita Kulshreshtha updated GERONIMO-2477:
-
Fix Version/s: 1.1.2
Affects Version/s: 1.1.2
NPE in JCAResourceImpl
--
Key: GERONIMO-2477
[ http://issues.apache.org/jira/browse/GERONIMO-2477?page=all ]
Anita Kulshreshtha closed GERONIMO-2477.
Resolution: Fixed
Fixed in trunk and 1.1 branch rev 472487.
NPE in JCAResourceImpl
--
Key:
David Jencks wrote:
On Nov 7, 2006, at 1:50 PM, Jacek Laskowski wrote:
On 11/7/06, Rodent of Unusual Size [EMAIL PROTECTED] wrote:
The implicit assumption there is that the 'developers' all have
the same interests. That's not necessarily how it works. If
there are some people who are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Jencks wrote:
After reading ken's comments I agree that keeping it in the sandbox
carries an unwanted implication that it's not ready for prime time.
I think that's pitching it a bit strongly, depending on
what you mean by 'prime time.'
[ http://issues.apache.org/jira/browse/GERONIMO-2314?page=all ]
Vamsavardhana Reddy closed GERONIMO-2314.
-
Resolution: Fixed
Forward-slashes in the artifactId causing the error are replaced with the
encoded form %2F. Note: 0x002F = '/'.
Fixed
I have posted a patch to GERONIMO-2413 Add a Certification Authority
(CA) portlet to Geronimo console. The patch contains CA portlet
and CA Helper application. JIRA comment provides a few
instructions on a minimal (end-to-end setup of CA and the helper
application) task that can be performed using
[ http://issues.apache.org/jira/browse/GERONIMO-2431?page=all ]
Vamsavardhana Reddy reassigned GERONIMO-2431:
-
Assignee: Vamsavardhana Reddy
generateCSR reverses the attribute sequence in subject name
On Nov 8, 2006, at 9:04 AM, Joe Bohn wrote:
David Jencks wrote:
On Nov 7, 2006, at 1:50 PM, Jacek Laskowski wrote:
On 11/7/06, Rodent of Unusual Size [EMAIL PROTECTED] wrote:
Whow! Very well written! I like it. It should be part of our
documentation somewhere. I was leaning towards Dain's
Windows scripts don't work when used from different drive
-
Key: GERONIMO-2555
URL: http://issues.apache.org/jira/browse/GERONIMO-2555
Project: Geronimo
Issue Type: Bug
Security
[ http://issues.apache.org/jira/browse/GERONIMO-2555?page=all ]
Mark DeLaFranier updated GERONIMO-2555:
---
Attachment: GERONIMO-2555.patch
The patch is relative to the assemblies directory.
I've also modified the startup and shutdown batch files to
[
http://issues.apache.org/jira/browse/GERONIMO-2555?page=comments#action_12448157
]
Mark DeLaFranier commented on GERONIMO-2555:
Sorry, I forgot to paste a comment with the old and new output so that you can
see the change in
[ http://issues.apache.org/jira/browse/GERONIMO-2431?page=all ]
Vamsavardhana Reddy closed GERONIMO-2431.
-
Resolution: Fixed
Fixed in rev 472509 (branches\1.1) and rev 472514 (trunk).
generateCSR reverses the attribute sequence in subject name
On Nov 7, 2006, at 7:16 PM, David Jencks wrote:
My objection to putting the jee5 work into a branch is that it's
not a branch! It is currently and IMO will always remain
additional code that can happily run side by side with all our
current code. Creating the jee5 workspace is not
On Nov 7, 2006, at 6:53 PM, Jason Dillon wrote:
I think we need to release the reorganized/repom'd specs... that
was the general plan after cleaning them up was to make a release
so we have a set of consistent non-SNAPSHOT specs to work off of.
After this re-release, we can debate one
On Nov 8, 2006, at 10:39 AM, Kevan Miller wrote:
On Nov 7, 2006, at 7:16 PM, David Jencks wrote:
My objection to putting the jee5 work into a branch is that it's
not a branch! It is currently and IMO will always remain
additional code that can happily run side by side with all our
Kevan Miller wrote:
2) Develop in a sparse source tree. The source tree only contains the
new code that is being developed. The hope is that this reduces the
overhead of merging changes. However, it will also complicate the build
process -- it seems that Joe has been having problems
Matt Hogstrom wrote:
4) Change trunk to 2.0-SNAPSHOT and turn it into M1 as it stands.No
TCK required...incremental move towards Java EE 5.0 (due to JPA),
greater relevance to our users, and its a win for everyone.
Personally, I don't think branching is the optimal solution and in
On Nov 8, 2006, at 11:04 AM, Joe Bohn wrote:
Kevan Miller wrote:
2) Develop in a sparse source tree. The source tree only contains
the new code that is being developed. The hope is that this
reduces the overhead of merging changes. However, it will also
complicate the build process
[
http://issues.apache.org/jira/browse/GERONIMO-2434?page=comments#action_12448188
]
Anita Kulshreshtha commented on GERONIMO-2434:
--
This was fixed in trunk rev 465320. Please varify and close the issue.
Tomcat connector gbean
+1I think this would be the right approach. Having trunk become 2.0 would make a strong statement to the community and our users toward our drive for JEE 5 certification. Also it will greatly simplify our development having a full JEE 5 stream that everyone is focused working on stabilizing
[ http://issues.apache.org/jira/browse/GERONIMO-2555?page=all ]
Donald Woods updated GERONIMO-2555:
---
Fix Version/s: 1.1.2
1.2
Affects Version/s: 1.1.2
Windows scripts don't work when used from different drive
On Nov 8, 2006, at 11:01 AM, Matt Hogstrom wrote:
4) Change trunk to 2.0-SNAPSHOT and turn it into M1 as it stands.
No TCK required...incremental move towards Java EE 5.0 (due to
JPA), greater relevance to our users, and its a win for everyone.
Personally, I don't think branching is
On Nov 8, 2006, at 12:17 PM, Kevan Miller wrote:
That certainly works for me... I'm interested to hear from others
-- especially those who have been working on 1.2... They've made a
tremendous amount of progress (which greatly benefits JEE5, btw...).
--kevan
Absolutely, there isn't a
On 11/8/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
4) Change trunk to 2.0-SNAPSHOT and turn it into M1 as it stands.
No TCK required...incremental move towards Java EE 5.0 (due to JPA),
greater relevance to our users, and its a win for everyone.
Personally, I don't think branching is the
On 11/8/06, Hiram Chirino [EMAIL PROTECTED] wrote:
Well folks,
I think it's about time we get serious about doing a 4.1 release. In
that effort I'm going to create a 4.1 branch in SVN unless anybody has
an objection. Please let me know!
Yay!
Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL
I like the idea of branching out 1.2 and making trunk 2.0. It will
bring isolated java EE5 code out of the different people's sandbox. We
can get a headstart on integrating them all together and also getting
our builds and tests to work on jdk 1.5.
(IMO, a sparse tree for Java EE5 won't generate
Hi all,
I understand that for Geronimo to identify login
modules, the login modules must be jarred and put in
the repository.
I was wondering if there is some other way for
Geronimo to look for those Login module classes in the
ear file itself?
-Priya
I think the debate over what to do about jee 5 is hurrying down a
path that only compounds and exacerbates many of the problems we have
now. I really hope we can step back a little bit and find a way to
solve more problems than we create and perpetuate.
IIRC the main activities actually
wsdl for pojos exported by jsr181 endpoint is missing complextypes from other
namespaces than the service itself
Key: SM-739
URL:
[ http://issues.apache.org/jira/browse/GERONIMO-2544?page=all ]
David Jencks closed GERONIMO-2544.
--
Resolution: Fixed
trunk rev 472603. Note that I have not changed the 1.1 branch.
Upgrade jetty 5 version to 5.1.11
-
On Nov 8, 2006, at 1:58 PM, David Jencks wrote:
To reiterate over and over again, IMO
-- branching is a bad solution to the wrong problem and we should
work very hard to avoid it
Agreed
-- supporting various j2ee 1.4- jee5 feature mixes is not hard and
leads to improved architecture
For the 1.2 release I'd like to try something different.
Historically, we complete the TCK work, spend several weeks working
on Fit and Finish and then spend another several weeks voting. The
voting period tends to take a long time because we start voting
before there is community
On Nov 8, 2006, at 11:30 AM, Matt Hogstrom wrote:
On Nov 8, 2006, at 1:58 PM, David Jencks wrote:
To reiterate over and over again, IMO
-- branching is a bad solution to the wrong problem and we should
work very hard to avoid it
Agreed
-- supporting various j2ee 1.4- jee5 feature
On 11/8/06, David Jencks [EMAIL PROTECTED] wrote:
I think we're basically going to need to solve the question of, if
geronimo is completely plugin based, exactly what do we release. If
we could answer that well I think the current debate would get much
easier.
How far is trunk from a
David Jencks wrote:
I think the debate over what to do about jee 5 is hurrying down a path
that only compounds and exacerbates many of the problems we have now.
I really hope we can step back a little bit and find a way to solve
more problems than we create and perpetuate.
IIRC the
IIUC we all agreed that we'd include jpa support in 1.2 and I think
it's as done as its going to get for 1.2. I'm going to work on
moving it into trunk, and hopefully will get it into todays weekly
build.
thanks
david jencks
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=all ]
David Jencks closed GERONIMO-2113.
--
Fix Version/s: (was: 1.1.2)
Resolution: Fixed
Applied to trunk in rev 472646. NOT applied to 1.1 branch.
Geronimo doesn't start if
I'm going to drop the Sun ORB from trunk (unless someone
objects :)). We have voted to have Yoko in 1.2 and once we certify
there is no reason to keep the Sun ORB configs around. Once we do
this, we can add in JPA and other optional features that require 1.5
to compile. Of course the
That would be great!
Regards,
Alan
On Nov 8, 2006, at 1:24 PM, Dain Sundstrom wrote:
I'm going to drop the Sun ORB from trunk (unless someone
objects :)). We have voted to have Yoko in 1.2 and once we certify
there is no reason to keep the Sun ORB configs around. Once we do
this, we
Hello all, I am new to Geronimo development and was hoping for some input. I am currently looking into adding various authentication methods for the POP3 protocol connect in javamail (Geronimo-2438). After poking around a bit and looking at the protocol connect for SMTP, I see that the supported
+1
-Brian
On Oct 29, 2006, at 6:53 PM, Hiram Chirino wrote:
Some last minute NOTICE issues were still present in the 5th release
candidate of the
4.0.2 build. We have also received confirmation from Apache legal
discuss that it's ok to include work covered by the Creative Commons
Attribution
I've put together a new source archive containing the release candidate for
activemq-cpp 1.0 and placed it in my account here:
http://people.apache.org/~tabish/
This includes the suggested changes from below.
As of now I cannot address the OS X problem as I don't have a machine to
test with.
On Nov 8, 2006, at 6:53 AM, Matt Hogstrom wrote:
I'll be helping with 1.2 this week and next. However, if we're not
near a release next Friday I am planning on branching trunk into
branches/javaee5 and focusing on that. If that effort dies then so
be it. If it moves forward then
[
https://issues.apache.org/activemq/browse/SM-739?page=comments#action_37376 ]
Christian Schneider commented on SM-739:
I have debuged the problem and found out where we get our wrong wsdl from.
The problem is inside
[
https://issues.apache.org/activemq/browse/AMQ-725?page=comments#action_37377 ]
William MacDonald commented on AMQ-725:
---
[[ Old comment, sent by email on Tue, 20 Jun 2006 19:17:14 + ]]
Hiram,
Sorry for the delay in responding, I
[
https://issues.apache.org/activemq/browse/AMQ-725?page=comments#action_37378 ]
William MacDonald commented on AMQ-725:
---
[[ Old comment, sent by email on Sat, 01 Jul 2006 20:53:00 -0400 ]]
I have tested this with the new 4.01 release
[
https://issues.apache.org/activemq/browse/AMQ-734?page=comments#action_37379 ]
Jef Gearhart commented on AMQ-734:
--
[[ Old comment, sent by email on Fri, 27 Oct 2006 16:09:56 -0500 ]]
Hi Eric,
I guess that's up to you. I believe the
[
https://issues.apache.org/activemq/browse/AMQ-917?page=comments#action_37380 ]
Sridhar Komandur commented on AMQ-917:
--
[[ Old comment, sent by email on Mon, 2 Oct 2006 15:34:32 -0700 ]]
James,
I tried many snapshots going back in 5
[
https://issues.apache.org/activemq/browse/SM-553?page=comments#action_37381 ]
Robert H. Pollack commented on SM-553:
--
[[ Old comment, sent by email on Wed, 23 Aug 2006 15:47:12 -0400 ]]
Dear M. Nodet,
Thanks for your quick attention
[
https://issues.apache.org/activemq/browse/SM-573?page=comments#action_37382 ]
Alain Knaff commented on SM-573:
[[ Old comment, sent by email on Tue, 12 Sep 2006 11:34:14 +0200 ]]
Thanks. Where can I download this from? Is that the same
[
https://issues.apache.org/activemq/browse/AMQ-947?page=comments#action_37383 ]
Rob Lugt commented on AMQ-947:
--
[[ Old comment, sent by email on Tue, 3 Oct 2006 12:52:57 +0100 ]]
Hi James
Thanks for applying the patch. On checking the
[
https://issues.apache.org/activemq/browse/SM-583?page=comments#action_37384 ]
Charles Souillard commented on SM-583:
--
[[ Old comment, sent by email on Thu, 21 Sep 2006 08:51:24 +0200 ]]
Guillaume,
I think you are right.
Your fix
On 11/8/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
I'm going to drop the Sun ORB from trunk (unless someone
objects :)). We have voted to have Yoko in 1.2 and once we certify
there is no reason to keep the Sun ORB configs around. Once we do
this, we can add in JPA and other optional features
[
https://issues.apache.org/activemq/browse/SM-553?page=comments#action_37385 ]
Guillaume Nodet commented on SM-553:
If you look at the latest code, this has been fixed:
On 11/8/06, Sachin Patel [EMAIL PROTECTED] wrote:
Also it looks as if there are duplicate copyrights sometimes up to 3 on some
of the files... I'll have to hunt these down. Would it be too much trouble
to write me a script that shows me all files with LICENSE-2.0 more then
one time?
What I've
On 11/8/06, Jason Dillon [EMAIL PROTECTED] wrote:
Now that OpenEJB is at Apache, I don't see any reason why we don't
use svn:externals to include the openejb2 modules directly into the
server/trunk tree.
Then we will have a openejb tree (peer to modules) and can build
everything at once...
I'm attempting to try the WS-Notification example where I have a producer of
messages (RSS/Quartz) send to a WS-Notification proxy, which in turn sends
the notification message to the WS-Notification broker. A trace component is
a registered subscriber to the broker. The following is my
On 11/6/06, Sachin Patel [EMAIL PROTECTED] wrote:
Hi Jacek,
Thanks for taking care of this. However it looks like it no longer builds
to the addition of the copyright in the Manifest's... although # is a valid
comment symbol the build fails with...
Embedded error: Invalid Manifest:
Sorry...should be on the user list. tried to move thread but it wouldn't let
me
atif kureishy wrote:
I'm attempting to try the WS-Notification example where I have a producer
of messages (RSS/Quartz) send to a WS-Notification proxy, which in turn
sends the notification message to the
Java5 is now required to build the server, but we are creating 1.4
byte code. I have verified the server still starts with 1.4.
-dain
Java EE5 - build fails because of dependencies on two javax artifacts
-
Key: GERONIMO-2556
URL: http://issues.apache.org/jira/browse/GERONIMO-2556
Project: Geronimo
Issue
[ http://issues.apache.org/jira/browse/GERONIMO-2556?page=all ]
Jay D. McHugh updated GERONIMO-2556:
Attachment: geronimo-2556.patch
The patch adds excludes to three pom.xml files - then the build is successful.
Java EE5 - build fails because of
[ http://issues.apache.org/jira/browse/GERONIMO-2556?page=all ]
Jay D. McHugh updated GERONIMO-2556:
Attachment: geronimo-2556-revised.patch
This patch replaces the previous one.
Older patch individually excluded the artifacts from three seperate
Joe Bohn wrote:
Missing:
--
1) javax.annotation:jsr250-api:jar:2.0-JAXWS-2.0-EA3
2) javax.jws:jsr181-api:jar:2.0-JAXWS-2.0-EA3
I created a JIRA for this and a patch to correct it (Thanks for the fix
hint djencks).
The problem is that these dependencies should have been excluded
I think we are gonna sweep through the headers again... I've seen
several commits with old headers on em... :-\
--jason
On Nov 8, 2006, at 6:52 PM, [EMAIL PROTECTED] wrote:
Author: djencks
Date: Wed Nov 8 18:52:33 2006
New Revision: 472745
URL:
Who added this to server startup?
Booting Geronimo Kernel (in Java 1.4.2_09)...
19:10:42,416 INFO [root] --
19:10:42,416 INFO [root] Started Logging Service
19:10:42,416 INFO [root] Runtime Information:
19:10:42,416 INFO [root] Install Directory
[
http://issues.apache.org/jira/browse/GERONIMO-2210?page=comments#action_12448357
]
Anita Kulshreshtha commented on GERONIMO-2210:
--
Removed old style configId from test plans in rev 472756. The test are passing
in eclipse!
It was added by G2490, but the original patch from me for the 1.1 branch
was to add the information you denoted below to the geronimo.log, not to
the console output. So not sure what happened to the merge to cause
this It's very useful to always have this in the geronimo.log file,
so
[ http://issues.apache.org/jira/browse/GERONIMO-2556?page=all ]
Joe Bohn reassigned GERONIMO-2556:
--
Assignee: Joe Bohn
Java EE5 - build fails because of dependencies on two javax artifacts
Jay,
Thanks for the patch for the excludes (and to David for the exclude
hint). I applied it in rev. 472760
Do you also get the security test failure that I'm seeing or are you
skipping the tests (as I now am)? I'm trying to figure out if this test
failure is a general problem or a
[ http://issues.apache.org/jira/browse/GERONIMO-2556?page=all ]
Joe Bohn resolved GERONIMO-2556.
Resolution: Fixed
fixed in rev 472760
Java EE5 - build fails because of dependencies on two javax artifacts
APACHE GERONIMO STATUS: -*-text-*-
Last modified at [$Date: 2006-11-05 18:03:59 -0500 (Sun, 05 Nov 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/geronimo/server/trunk/STATUS
Upcoming Releases:
Geronimo
99 matches
Mail list logo