[ https://issues.apache.org/activemq/browse/AMQ-531?page=all ]
james strachan resolved AMQ-531:
Resolution: Fixed
This is now fixed in SVN HEAD - we are using 2.0-m5 of Spring which works with
2.4 or later of xbean-spring
XBean has a runtime
[ https://issues.apache.org/activemq/browse/AMQ-25?page=all ]
james strachan resolved AMQ-25:
---
Resolution: Duplicate
allow messages for a particular clientID to be visible on a single Queue for
administrators
[ https://issues.apache.org/activemq/browse/AMQ-430?page=all ]
james strachan resolved AMQ-430:
Fix Version: (was: 4.1)
Resolution: Duplicate
create a Java Service Wrapper for ActiveMQ
--
[ https://issues.apache.org/activemq/browse/AMQ-360?page=all ]
james strachan updated AMQ-360:
---
Fix Version: 4.2
(was: 4.1)
total ordering of topics across networks (store and forward brokers)
[ https://issues.apache.org/activemq/browse/AMQ-468?page=all ]
james strachan updated AMQ-468:
---
Summary: Queue load balancing - optionally give highest priority to the
local connection, then local broker then networks (was: Queue load balancing -
[
https://issues.apache.org/activemq/browse/AMQ-340?page=comments#action_36503 ]
james strachan commented on AMQ-340:
Its been a while - I've kinda forgotten :)
I think the idea was to allow different 'roots'. By default in JMS there is one
global
[
https://issues.apache.org/activemq/browse/AMQ-468?page=comments#action_36504 ]
james strachan commented on AMQ-468:
We mght want to weight consumers via
* the session (so replies tend to go to the session which sent a message)
* the connection that
[
https://issues.apache.org/activemq/browse/AMQ-517?page=comments#action_36505 ]
Nathan Mittler commented on AMQ-517:
We're getting there - I've submitted the activemq-cpp to trunk. Currently it
still only supports stomp, so it is a complete
I have just submitted a new C++ stomp client to the activemq SVN at
https://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-cpp/
This serves as a full blown replacement for CMS, which didn't fully
implementation of the protocol.
Some of the features this includes are:
1) stomp
Arashad,
Looking at the code, it appears that Tim Bish has implemented
persistence in the activemq-cpp code
(https://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-cpp/
). This is a full-on replacement for CMS, but you'll need v4.0.1 (or
later) of the broker. Unfortunately, I'm not
support for non-XBean based XML configuration files does not seem to work
-
Key: AMQ-790
URL: https://issues.apache.org/activemq/browse/AMQ-790
Project: ActiveMQ
Type: Bug
Versions: 4.0.1
[ https://issues.apache.org/activemq/browse/AMQ-790?page=all ]
james strachan resolved AMQ-790:
Resolution: Fixed
as a workaround just use a regular XML configuration file like the one that
ships with ActiveMQ...
On 6/28/06, James Strachan [EMAIL PROTECTED] wrote:
I just experienced a temporary glitch in the m2 build when making
activemq-web-demo. If this has failed for you today you might wanna
try the following which fixed it for me...
rm -rf
Did you try a 'mvn -U install' to see if that fixed it?
On 7/3/06, Bruce Snyder [EMAIL PROTECTED] wrote:
On 6/28/06, James Strachan [EMAIL PROTECTED] wrote:
I just experienced a temporary glitch in the m2 build when making
activemq-web-demo. If this has failed for you today you might wanna
Hi Nathan,
I'm not so sure about that. I think that AMQ should support receiving a
STOMP frame terminated by \0 without a subsequent \n. The STOMP spec does
say that white space before a frame should be ignored. Anyways, if anybody
can confirm that this is not the case, then it's a bug with
[
https://issues.apache.org/activemq/browse/AMQ-688?page=comments#action_36508 ]
Hiram Chirino commented on AMQ-688:
---
I think that the changes required to fix this are both in the research stange
and substancial enought that we should create a new
[
https://issues.apache.org/activemq/browse/AMQ-688?page=comments#action_36516 ]
james strachan commented on AMQ-688:
A few comments on this issue...
#1 we already support the dropping of messages for non-durable topic
subscribers...
I think that fixing these issues are going to require substancial work on
internals of the broker. I want to try to take a stab fixing this stuff but
since it's going to take a few iterations to get right, how about we branch
trunk and work there to avoid breaking everbody else? Any sugestions
[ https://issues.apache.org/activemq/browse/AMQ-340?page=all ]
Hiram Chirino reassigned AMQ-340:
-
Assign To: james strachan
This sounds like WSN root then maps to a broker instance. Since a JVM can run
more than 1 broker, the WSN layer just needs to
Hi Nathan,
Please review the following patch. It allows the stomp client to accept a
variable amount of while space between frames. I ran the integration tests
a slightly modified amq broker where it used 3 \n between frames and also
one where no \n were used between frames. Everything seemed
Hi James,
Thanks for those Grant!
No problem: everybody benefits when people get involved.
There's some documentation about it here...
http://incubator.apache.org/servicemix/becoming-a-committer.html
basically keep doing what you're doing and the committers will take a
vote to grant you
servicemix-http provider truncates a large xml response
---
Key: SM-481
URL: https://issues.apache.org/activemq/browse/SM-481
Project: ServiceMix
Type: Bug
Components: servicemix-http
Environment: windows xp
[ https://issues.apache.org/activemq/browse/SM-480?page=all ]
Philip Dodds resolved SM-480:
-
Fix Version: incubation
Resolution: Fixed
The problem was the different in versions between the dependency management and
the transitive dependency -
So Guillaume and I talked at ApacheCon EU, and we came up with the
following thoughts about ServiceMix integration into Geronimo.
Use Cases
* Deploy combined JBI/J2EE applications. In the short term there may
not be one bundle such as a ZIP or EAR containing both types of
components, but they
Yeah the warning is in place to just show the problem has occurred though
you are right that probably managing situations like this in either changes
to the dependencyManagement or the pom
Cheers
P
On 7/3/06, Grant McDonald [EMAIL PROTECTED] wrote:
I tried something similar by switching off
[
http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12418906
]
John Sisson commented on GERONIMO-2161:
---
+1 : applied patch and tested build. Due to xmlbeans issue (which is a
separate problem not caused by this patch) It took
Hi Sachin,I too am facing the same problem as Donald during the assembly of Eclipse Plugin. I am building Revision 418691 of the trunk, using Sun JDK 1.4.2_08 Maven 2.0.4 on a WinXP sp2 machine. By the way, I am interested in contributing to Geronimo Eclipse Plugin. Last year I have done some
Alan, can I get you to add your vote/comments to the JIRA please?
http://issues.apache.org/jira/browse/GERONIMO-2161
Thanks,
--jason
On 7/1/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
Jason Dillon wrote:
Please read the JIRA for details:
[
http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12418909
]
John Sisson commented on GERONIMO-2161:
---
My +1 above is for the GERONIMO-2161-v2.patch.
[RTC] Remove Geronimo modules from dependencyManagement in root pom.xml
[
http://issues.apache.org/jira/browse/GERONIMO-2132?page=comments#action_12418911
]
John Sisson commented on GERONIMO-2132:
---
What is the status of this JIRA, as there has been an svn commit for it
http://svn.apache.org/viewvc?rev=415034view=rev ?
Alan D. Cabrera wrote:
John Sisson wrote:
Alan D. Cabrera wrote:
John Sisson wrote:
Alan D. Cabrera wrote:
John Sisson wrote:
Alan D. Cabrera wrote:
John Sisson wrote:
snip
Lots of process...
/snip
* If a PMC member is the person who completes the vote (
three binding +1s and no
Hi,
I have recently had the need to submit several patches and have been quickly
becoming familar with the servicemix code base. As such I was wondering
what was necessary to become a contributor?
Regards,
Grant McDonald
[
http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12418915
]
David Jencks commented on GERONIMO-2161:
The v2 patch does not apply cleanly to my clean tree. Will try to investigate
further tomorrow. All problems are in the
Hi there..!!
I was trying out CMS OPENWIRE C++ APIs on SUSE Linux 10.0(Kernel release
2.6.13-15.8-default)
Whenever I try to execute TestMain.cpp it gives the following and goes into
sleep mode.
Connecting to ActiveMQ broker...
Opening socket to: 127.0.0.1 on port 61666
Sending command:
Odd... I generated the patch in the same way I did for v1.
I just tried:
svn co https://svn.apache.org/repos/asf/geronimo/trunk
cd trunk
patch -p0 ~/Downloads/GERONIMO-2161-v2.patch.txt
Below is the output of patch...
and I'm a touch concerned since I don't get why it would fail
On 7/3/06, Grant McDonald [EMAIL PROTECTED] wrote:
Hi,
I have recently had the need to submit several patches
Thanks for those Grant!
and have been quickly
becoming familar with the servicemix code base. As such I was wondering
what was necessary to become a contributor?
There's some
Hrm... so I tried something else...
I just svn up'd to get my working copy to revision 418706. Then svn
status to make sure there are no conflicts... I've only got M and A
indicators.
Then `svn diff test.patch` from trunk, and then in a clean checkout
`patch -p0 --dry-run
[
http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12418922
]
Jason Dillon commented on GERONIMO-2161:
*NOTE:* The changes to the packaging plugin are mostly formatting related
(cleaned up tabs) etc. I did change some of
[ http://issues.apache.org/jira/browse/GERONIMO-2161?page=all ]
Jason Dillon updated GERONIMO-2161:
---
Attachment: GERONIMO-2161-v3.patch
GERONIMO-2161-v3.patch is the same as v2 minus the changes to the packaging
plugin. This applied cleanly (spat
On 7/3/06, Grant McDonald [EMAIL PROTECTED] wrote:
Do you have any particular areas that you're targetting for the next
milestone release?
The roadmap is generally defined in JIRA...
http://issues.apache.org/activemq/browse/SM?report=com.atlassian.jira.plugin.system.project:roadmap-panel
So far 2+ days, several patches... one PMC +1, one non-PMC +1 (with
caveat to ping JVZ)... now crazy problems with diff/patch.. which I'm
not exactly sure how that affects the current votes... or does adding
a new version of the patch negate anything else voted upon.
All for work that took
On 6/30/06, Hossam Karim [EMAIL PROTECTED] wrote:
Excellent, Thanks Guillaume and James.
I have two comments:
- James, does the client API intentionally allow invoking a service without
specifying an operation?
So the URI could include the operation name via 'operation:...
Distribution of configuration failed
Key: GERONIMODEVTOOLS-87
URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-87
Project: Geronimo-Devtools
Type: Bug
Components: eclipse-plugin
Versions: 1.0.0
Project: Apache Geronimo
Status: Open
Assignee: Unassigned
Geronimo Info: Patch Available
Total: 25 items
DATE UPDATED KEY SUMMARY
Dec 18 2005 - GERONIMO-1381 - [Daytrader] Removed unused code
Dec 22 2005 - GERONIMO-1400 - modularize daytrader deployment plan
Jan 3
James Strachan wrote:
The ServiceMixClient - if its dependency injected with a JBI container
instance -
The doco does not explain how to do this: inject the JBI container.
Most of the time I want to use the client I am inside a service unit
deployed to a component like lwcontainer or http -
ok I've hacked up something, but I can't test it because I can't build
trunk. Any idea ? (why is it so friggin' hard to build this thing btw?)
Missing:
--
1)
org.apache.servicemix.samples.wsdl-first:http-su:jar:3.0-incubating-SNAPSHOT
Try downloading the file manually from the
On 7/3/06, Renaud Bruyeron [EMAIL PROTECTED] wrote:
James Strachan wrote:
The ServiceMixClient - if its dependency injected with a JBI container
instance -
The doco does not explain how to do this: inject the JBI container.
Most of the time I want to use the client I am inside a service unit
Here is the promised report on the Geronimo Clustering get-together
held on thursday (6:00pm-8:00pm) in Dublin:
Attendees:
In the room :
Aaron Mulder
Alan Cabrera
Filip Hanik
Greg Wilkins
Jan Bartel
Jeremy Boynes
Jules Gosnell
Mark Brewer
Matt Hogstrom
Paul Buck
Phil Robinson
Rainer Jung
inline..
--- Jason Dillon [EMAIL PROTECTED] wrote:
While this may work most of the time, it is not ideal as when
making
changes to plugins, users will be mystified when those changes are
not used on the first build.
This is not true. The plugin is *not* used before it is built.
Hi Naveen,
There are a couple of things that might be causing this.
1) The stomp frame ending characters have changed in recent versions of
AMQ. AMQ now enforces that stomp frames end with \0\n for all commands.
If you have an older version of CMS, and a fairly new version of AMQ
(e.g. 4.0),
On 7/3/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
I ran a test. A totally bogus plugin will not work, but a plugin
with correctly defined component.xml will work. Maven indeed uses the
plugin that was built (see the message below). If we want to use
SNAPSHOT versions for the plugin,
On 7/2/06, Jason Dillon [EMAIL PROTECTED] wrote:
Anyone know where there are duplicate srcs under magicGball?
Looks like this is to support m1 and m2 builds.
I don't understand what you're asking for. How do you know they exist
at all? An answer for the question might help me a bit understand
[
http://issues.apache.org/jira/browse/GERONIMO-2132?page=comments#action_12418966
]
Hiram Chirino commented on GERONIMO-2132:
-
I just recently found out that we need 3 +1 from PMC memebers for RTC. I think
the patch that did this failed to get
On 7/1/06, Sachin Patel [EMAIL PROTECTED] wrote:
You have to invoke it manually as you've done. I haven't figured out
how to invoke a build+assembly in one step. As far as the file sizes
kevan saw the same problem, and we couldn't figure out why.
I might misunderstand your question, but it's
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-87?page=comments#action_12418970
]
Jens Nicolay commented on GERONIMODEVTOOLS-87:
--
I tested the same scenario with WAS CE 1.0.1.2 and
wtp-all-in-one-sdk-R-1.0.1-200602171228-win32.zip
David Jencks wrote:
The contents of the m1 and m2 build openejb jars are necessarily
somewhat different, so it's desirable that they have different names:
otherwise the geronimo m2 configs build tends to pick up m1 openejb
jars. I think the easiest way to do this is to give the m2 jars m2
On 7/3/06, Jason Dillon [EMAIL PROTECTED] wrote:
So far 2+ days, several patches... one PMC +1, one non-PMC +1 (with
caveat to ping JVZ)... now crazy problems with diff/patch.. which I'm
not exactly sure how that affects the current votes... or does adding
a new version of the patch negate
I had the same problem when you reported it, but didn't have time to
chase it up, but it seems fine now. Anyone know what happened?
John
Sachin Patel wrote:
So it looks like something is wrong with the mirrored jars on ibiblio.
If you take a look at any of the 1.1 jars Matt published to
[ https://issues.apache.org/activemq/browse/AMQ-394?page=all ]
james strachan resolved AMQ-394:
Resolution: Fixed
For details see
http://incubator.apache.org/activemq/slow-consumer-handling.html
for non-durable topics add a configurable Policy
[
http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12418994
]
Alan Cabrera commented on GERONIMO-2161:
+1 w/ comments
I find it odd that we have to build geronimo 13 times but, this is an artifact
of our circular
[ https://issues.apache.org/activemq/browse/AMQ-394?page=all ]
james strachan reopened AMQ-394:
changing fix version...
for non-durable topics add a configurable Policy to drop messages from slow
consumers
[ https://issues.apache.org/activemq/browse/AMQ-394?page=all ]
james strachan resolved AMQ-394:
Fix Version: 4.0.1
4.0
(was: 4.1)
Resolution: Fixed
for non-durable topics add a configurable Policy to drop
[ https://issues.apache.org/activemq/browse/AMQ-391?page=all ]
james strachan resolved AMQ-391:
Fix Version: 4.0.1
Resolution: Fixed
This should be fixed in 4.0.1 now. If its not let us know and we can reopen the
issue
message consumption
Hey Hiram,
I was actually thinking of the messages coming from the broker to the
client - the newer version of the broker always sends a \0\n to denote
the end of the frame. I'm not sure if the CMS client is sly enough to
handle both cases - I think it's expecting one or the other (either \0
or
Jacek Laskowski wrote:
On 7/3/06, Jason Dillon [EMAIL PROTECTED] wrote:
So far 2+ days, several patches... one PMC +1, one non-PMC +1 (with
caveat to ping JVZ)... now crazy problems with diff/patch.. which I'm
not exactly sure how that affects the current votes... or does adding
a new version
[ https://issues.apache.org/activemq/browse/AMQ-361?page=all ]
james strachan resolved AMQ-361:
Fix Version: 4.0.1
Resolution: Fixed
AFAIK this is all working now in 4.0.1 - let us know if you can still reproduce
on 4.0.1 and we can reopen
[ https://issues.apache.org/activemq/browse/AMQ-275?page=all ]
james strachan resolved AMQ-275:
Fix Version: 4.0.1
(was: 3.2.5)
Resolution: Fixed
This issue is fixed now in 4.0.1
Could not enqueue message and Too many
[
https://issues.apache.org/activemq/browse/AMQ-729?page=comments#action_36513 ]
james strachan commented on AMQ-729:
Can you reproduce this on 4.0.1?
Using a very simple producer and consumer messages are received in wrong
order.
[
https://issues.apache.org/activemq/browse/AMQ-319?page=comments#action_36515 ]
james strachan commented on AMQ-319:
Eric - in 4.x you can configure the amount of time or number of tempts that the
failover: transport will attempt before the connection
On 7/3/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I'm not following your line of thought when you mention experiments.
Can you provide more detail?
(It turns out that I'm a victim of my own English, and I can't express
my mind clearly.)
What I meant was to refer to our m2 efforts when it
Hi,
After having read so many emails with frustration and disgust, I think
we could get rid of these shortcomings and do the migration in a
branch - m2migration or alike. The idea of the branch would be to
loosen up the RTC rules that are bound to the trunk and let people
experimenting - do the
[ https://issues.apache.org/activemq/browse/AMQ-792?page=all ]
james strachan updated AMQ-792:
---
Description:
We typically use the current thread in the broker to dispatch to all the
available non-durable consumers for performance - as this hugely reduces
While perusing JIRA I spotted this issue again...
http://issues.apache.org/activemq/browse/AMQ-688
I know its an issue close to folks at Amazon's hearts.
Dealing with slow consumers is a fascinating problem for a messaging
system; its quite a tricky problem :). Here's some background on the
Jacek Laskowski wrote:
On 7/3/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I'm not following your line of thought when you mention experiments.
Can you provide more detail?
(It turns out that I'm a victim of my own English, and I can't express
my mind clearly.)
What I meant was to refer to
Jacek Laskowski wrote:
Hi,
After having read so many emails with frustration and disgust, I think
we could get rid of these shortcomings and do the migration in a
branch - m2migration or alike. The idea of the branch would be to
loosen up the RTC rules that are bound to the trunk and let people
On 7/3/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
The problem w/ migrating in a branch is that it gets out of date
quickly.
Quickly?! Is my English working badly again? ;-) How could you say
'quickly' while we're almost stopped and everybody's frustrated?
That's why I proposed it.
Since
Do you have an simple example project that implements the build and
use of the plugin in the same cycle that I can peek at?
--jason
On Jul 3, 2006, at 5:59 AM, anita kulshreshtha wrote:
inline..
--- Jason Dillon [EMAIL PROTECTED] wrote:
While this may work most of the time, it is not
Just have a peek at:
http://svn.apache.org/repos/asf/geronimo/trunk/applications/
magicGball/src/
and then peek at the modules, like:
http://svn.apache.org/repos/asf/geronimo/trunk/applications/
magicGball/magicGball-ejb/src/
NOTE: the pom.xml for applications/magicGball is pom packaging,
[
http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12419012
]
Jason Dillon commented on GERONIMO-2161:
13 times is *definitely* not due to this patch or any work I have done. Its is
a ugly hack work-around to a broken
NOTE... the m2 build in trunk is already broken... this patches help
FIX MANY OF THOSE PROBLEMS!
Since the official build is still m1 and this will not affect the m1
build, I don't see why your point about breakage is applicable at all.
When I first created the m1 build for Geronimo years
That was my guess.
Do you know if there is a JIRA to clean that up?
--jason
On Jul 3, 2006, at 12:39 PM, David Jencks wrote:
I think this might be an m1/m2 artifact. I believe the m1 build
uses the stuff in magicGball/src whereas the m2 build uses the
subdirectories and ignores the
The problem w/ migrating in a branch is that it gets out of date
quickly.
Quickly?! Is my English working badly again? ;-) How could you say
'quickly' while we're almost stopped and everybody's frustrated?
That's why I proposed it.
Problem is that the branch needs to be kept in sync with
I think my latest patch for pluggable jacc is plausible to commit,
see http://issues.apache.org/jira/browse/GERONIMO-1563?page=all and
be sure to apply only the v4 patches.
I realize this is a significant amount of work, so at this time I'm
not actually asking any PMC members to review
I think there's a solution to RTC and having a place for experiments
like this where nothing's known ahead - a branch. With a branch you
can do whatever you want and no RTC rules apply there. I think it
would help us all. Interested? Count me in! ;-)
I don't really consider this work
I'm concerned that after all the work is done, it will be hard to
merge the M2 changes from the branch to the trunk. SVN doesn't seem
to have particularly good handing for merging changes that involve a
lot of subsequent adds, deletes, moves, etc. When this stuff gets
complex, more often than
Did want happens when you `mvn clean` after a clean check out and
have an empty repository?
--jason
On Jul 3, 2006, at 5:59 AM, anita kulshreshtha wrote:
inline..
--- Jason Dillon [EMAIL PROTECTED] wrote:
While this may work most of the time, it is not ideal as when
making
changes to
Jacek Laskowski wrote:
On 7/3/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
The problem w/ migrating in a branch is that it gets out of date
quickly.
Quickly?! Is my English working badly again? ;-) How could you say
'quickly' while we're almost stopped and everybody's frustrated?
That's why
On 7/3/06, James Strachan [EMAIL PROTECTED] wrote:
Did you try a 'mvn -U install' to see if that fixed it?
Here's what fixed it:
mvn -U -cpu -e -Dmaven.test.skip=true clean install
Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'
Apache Geronimo
[
http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12419022
]
Jason Dillon commented on GERONIMO-2161:
Looks like the latest 2.0.1-SNAPSHOT of the xmlbeans plugin removes the need
for the insaino 13 time build. I'm
Oh. That makes sense! Sorry for the noise!
On 7/3/06, Mittler, Nathan [EMAIL PROTECTED] wrote:
Hey Hiram,
I was actually thinking of the messages coming from the broker to the
client - the newer version of the broker always sends a \0\n to denote
the end of the frame. I'm not sure if the CMS
-Original Message-From: milan
[mailto:[EMAIL PROTECTED]Sent: Tuesday, June 27, 2006
0:42To: general@incubator.apache.orgSubject: Apache
Geronimo
My name is Milan Shrestha .Am am an
IT Engineeer . I have about one year experience working in java.
I have heard the project proposed
I used our project. Here are the steps -
1. add a print statements to say PackageBuilderShellMojo.
2. To make this test go faster comment out modules, applications from
the parent pom.
3. use mvn clean install
The .m2 Repo already has a packaging plugin with version 1.2.0. So
maven
We had talked about breaking out the Geronimo specs so that they don't
share the same root pom. There seemed to be a consensus that this was
a good idea. John Sisson mentioned that we might need separate Jiras
for each. I think that that might be excessive given how the specs jars
are
No problem - sorry for the confusion :)
On 7/3/06, Hiram Chirino [EMAIL PROTECTED] wrote:
Oh. That makes sense! Sorry for the noise!
On 7/3/06, Mittler, Nathan [EMAIL PROTECTED] wrote:
Hey Hiram,
I was actually thinking of the messages coming from the broker to the
client - the newer
I think it is more work than it is worth to try and create patches
and have separate issues for this.
* * *
This will generally move individual modules from http://
svn.apache.org/repos/asf/geronimo/specs/trunk/XXX to http://
svn.apache.org/repos/asf/geronimo/specs/XXX/trunk and then clean
[ http://issues.apache.org/jira/browse/GERONIMO-2161?page=all ]
Jason Dillon updated GERONIMO-2161:
---
Attachment: GERONIMO-2161-v4.patch
Adding GERONIMO-2161-v4; This patch supersedes all other patches. Includes
packaging plugin changes which will
Jason Dillon wrote:
I think it is more work than it is worth to try and create patches and
have separate issues for this.
Patches don't work for moving dirs, IIUC.
* * *
This will generally move individual modules from
http://svn.apache.org/repos/asf/geronimo/specs/trunk/XXX to
[
http://issues.apache.org/jira/browse/GERONIMO-2082?page=comments#action_12419032
]
Jason Dillon commented on GERONIMO-2082:
GERONIMO-2161 (v4) now addresses part of this problem, which fixes the build,
but does not remove dependencies on stax,
FYI... issue opened to fix the problem using extensions here:
http://jira.codehaus.org/browse/MNG-1911
And you were right... m2 will reload the plugin :-)
--jason
On Jul 3, 2006, at 3:26 PM, anita kulshreshtha wrote:
I used our project. Here are the steps -
1. add a print statements
[
http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12419034
]
David Jencks commented on GERONIMO-2161:
I've applied the v4 patch and aside from the combination of svn diff and patch
not being compatible the result of
1 - 100 of 112 matches
Mail list logo