Is there a replacement for DeadLetterPolicy in 4.1?
One of the G portlets is using it, not sure what the right fix is.
Any advise?
--jason
James.Strachan wrote:
On 8/17/06, Naveen Rawat [EMAIL PROTECTED] wrote:
Hi James,
Thanks for your response.
Are you trying to implement request-response with A, B, C making
requests on Z and getting the response? Or can A, B, C process any
message from Z?
Exactly the first case.
Hi Hiram
That seemed to allow me to get through the generation ok. I still get a lot
of warnings, like these:
[JAM] Warning: failed to resolve class javax.jms.JMSException
[JAM] Warning: failed to resolve class javax.jms.MapMessage
[JAM] Warning: failed to resolve class
I'm afraid so :)
On 8/18/06, Timothy Bish [EMAIL PROTECTED] wrote:
Hi Hiram
That seemed to allow me to get through the generation ok. I still get a lot
of warnings, like these:
[JAM] Warning: failed to resolve class javax.jms.JMSException
[JAM] Warning: failed to resolve class
Hi James,
Arshad started it here, so I think follow it here only.
Thanks for those pseudo directives.
I followed those to find out that for once server receives the requests, it
does not sends response back to the client.
After receiving the first request, the server goes napping.
I
Hi,
it seems that there is a problem with the order of execution of some
components.
When I start our service assembly I sometimes get an error message (see
below) that a service unit cannot find another one. And sometimes everything
seems to work perfectly. The problem seem to happen randomly.
Hi,
it seems that there is a problem with the order of execution of some
components.
When I start our service assembly I sometimes get an error message (see
below) that a service unit cannot find another one. And sometimes everything
seems to work perfectly. The problem seem to happen randomly.
[
https://issues.apache.org/activemq/browse/SM-548?page=comments#action_36809 ]
James Lorenzen commented on SM-548:
---
I have since created a simple Consumer who creates an InOut MessageExchange,
sets the Content, and sends to the JSR181
Wow...didn't see that one coming ;-P
Ok
Jason Dillon wrote:
Okay... *kick*
Can you release tranql using m2, into an m2 repo... that is one of the G
deps that currently must be pulled from an m1 repo, which does not give
us valid v4 poms. I posted patches to djencks for the m2 build a while
Hi James,
Thanks for the response.
I achieved the desired behavior for persistent responses and my consumer
application requires applicability to non-persistent
responses for which I would be trying out your suggestions soon.
Queries down there. :)
Great James
Your suggestion
Why is there a $ here?
snip
public interface ConnectionFactorySource {
Object $getResource();
}
/snip
--jason
That sounds fine - it doesn't really matter what header you use as the
'correlation token', you could make up your own header if you wish.
Though the reason I said to use JMSCorrelationID was that most well
behaving JMS services should always copy the JMSCorrelationID from any
incoming message
On Aug 17, 2006, at 11:28 PM, Jason Dillon wrote:
Why is there a $ here?
snip
public interface ConnectionFactorySource {
Object $getResource();
}
/snip
This and the AdminObjectSource are implemented by dynamic gbeans
that are swizzled to expose the getters and setters on the
No answers on my last post of this question... digging a bit deeper
found it is read by PluginRepositoryExporter.
Why is this needed? And can we get this information from somewhere
else?
--jason
[ http://issues.apache.org/jira/browse/GERONIMO-2158?page=all ]
Jason Dillon closed GERONIMO-2158.
--
Resolution: Invalid
Assignee: Jason Dillon
Please use the m2 build on trunk
Not able to build server from trunk ,
[ http://issues.apache.org/jira/browse/GERONIMO-2132?page=all ]
Jason Dillon reassigned GERONIMO-2132:
--
Assignee: Jason Dillon
Move activemq gbean integration modules from ActiveMQ to Geronimo
[
http://issues.apache.org/jira/browse/GERONIMO-2132?page=comments#action_12428934
]
Jason Dillon commented on GERONIMO-2132:
This looks like it was committed... why was it not closed?
Move activemq gbean integration modules from
Kay, thanks for the clarification. I added a comment to this affect in these sources for future ref.--jasonOn Aug 17, 2006, at 11:49 PM, David Jencks wrote:This and the AdminObjectSource are implemented by "dynamic gbeans" that are swizzled to expose the getters and setters on the javabean
Not sure. If you have to put such a file in the deploy dir, it may conflict
with files to deploy, or may confuse the user.
I also think that a single configuration file would be handy, where all
directories would be configured.
On 8/18/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
Why hide
On 8/18/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
Not sure. If you have to put such a file in the deploy dir, it may conflict
with files to deploy, or may confuse the user.
I also think that a single configuration file would be handy, where all
directories would be configured.
Agreed.
Congradulations Alan!
Edell.
-Original Message-
From: John Sisson [mailto:[EMAIL PROTECTED]
Sent: 18 August 2006 00:56
To: dev@geronimo.apache.org
Subject: Re: [WELCOME] Please welcome alan Cabrera as the newest member
of the Geronimo PMC
Congratulations Alan!
Regards,
John
Matt
Hi James,
Thanks for the information. I liked your reasoning enough that I am now
using CorrelationID in place of GroupID with equal ease. The issue that
caused the rising of this mail seems solved for the moment.
But,
I m facing certain problems using temporary queues for transient
We can whack PluginRepositoryExporter. There's some version file read
by ServerInfo or the utilities called by ServerInfo, though I'm not
sure if that is (or was) it.
Thanks,
Aaron
On 8/18/06, Jason Dillon [EMAIL PROTECTED] wrote:
No answers on my last post of this question... digging a
Will there be a summary of the IRC discussion posted onlist?
On Aug 16, 2006, at 12:31 PM, Matt Hogstrom wrote:
After agonizing over this on IRC let's put in 2313. Close the door
and start testing.
David Jencks wrote:
GERONIMO-2313 is a fairly serious security problem: basically ejb
Thanks for all replies so far.
So to answer your quesiton Ramon,
we have CRUD operations on 50 different data types. So the operations all
are similar but the content may be qutie differnt.
So I never heard about a modal XSTL. Can you give me hint what that is?
Thanks a lot
Joern
Ramon
I like the idea of a single config file as well.
I'm not too worried about file conflicts. I think that it will be highly
unlikely.
Regards,
Alan
Sent from my Verizon Wireless BlackBerry
-Original Message-
From: Guillaume Nodet [EMAIL PROTECTED]
Date: Fri, 18 Aug 2006 09:55:32
Do you think that nobody will ever want to deploy xml files in a hot-deploy
directory ? I would not bet on that ;)
On 8/18/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I like the idea of a single config file as well.
I'm not too worried about file conflicts. I think that it will be highly
Do you think that in might cause confusion when a config file accidentally
wanders into the classpath?
I personally prefer a fixed directory structure and, atm, cannot conceive of a
compelling use case that would require a non standard one.
Regards,
Alan
Sent from my Verizon Wireless
On 8/18/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
Do you think that nobody will ever want to deploy xml files in a hot-deploy
directory ? I would not bet on that ;)
:)
I'm all for hot deploy :)
Often the hot deploy directories could be configured in the 'global'
config file (e.g. like
[ http://issues.apache.org/jira/browse/GERONIMO-2307?page=all ]
Matt Hogstrom updated GERONIMO-2307:
Description:
Geronimo redistributes the Sun J2EE schema files for deployment descriptors etc
but doesn't appear to include anything in the global
All,
For those wondering where the Geronimo 1.1.1 release is at here is a quick
summary and battle plan.
John Sisson discovered that we have several DTD and XSDs included in our build that are copies of
Sun's original material. The copyright in the material seems to indicate that we cannot
Remove Maven 1 Artificats from Trunk and Reorganize Directories to Conform to
Maven 2 Layouts
-
Key: GERONIMO-2331
URL: http://issues.apache.org/jira/browse/GERONIMO-2331
Given that we are close to completing the M2 conversion and have some disruptive changes to make to
trunk this vote is to capture the communities input on the structure of the Geronimo repository.
Given that this is about our build environment and development structure for purposes of this vote
+1 - drop the m1 artifacts
Matt Hogstrom wrote:
Given that we are close to completing the M2 conversion and have some
disruptive changes to make to trunk this vote is to capture the
communities input on the structure of the Geronimo repository.
Given that this is about our build environment
On Aug 18, 2006, at 8:28 AM, Matt Hogstrom wrote:
All,
For those wondering where the Geronimo 1.1.1 release is at here is
a quick summary and battle plan.
John Sisson discovered that we have several DTD and XSDs included
in our build that are copies of Sun's original material. The
+1 Allow changes
david jencks
On Aug 18, 2006, at 8:37 AM, Matt Hogstrom wrote:
Given that we are close to completing the M2 conversion and have
some disruptive changes to make to trunk this vote is to capture
the communities input on the structure of the Geronimo repository.
Given that
+1
Cheers
Prasad
On 8/18/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
+1 - drop the m1 artifacts
Matt Hogstrom wrote:
Given that we are close to completing the M2 conversion and have some
disruptive changes to make to trunk this vote is to capture the
communities input on the structure of
I think Hernan was told the PMC needed to close this. I think there was some discussion on dev. No
reason other than someone on the PMC needs to do this.
Re-posting to dev.
Anyone else have input on this?
Alan D. Cabrera wrote:
Is there a reason for this being in private? Sorry, I know
[X] +1 Allow changes
Jacek
--
Jacek Laskowski
http://www.laskowski.net.pl
Can't we just ship without those? We have pointers to them on our web
site at http://geronimo.apache.org/schemas.html -- is there any
additional reason we need them at runtime (e.g. does XMLBeans use the
actual schema to validate at runtime)?
Thanks,
Aaron
On 8/18/06, Matt Hogstrom [EMAIL
Excellent...thanks David...good ideas as well about the links.
David Jencks wrote:
On Aug 18, 2006, at 8:28 AM, Matt Hogstrom wrote:
All,
For those wondering where the Geronimo 1.1.1 release is at here is a
quick summary and battle plan.
John Sisson discovered that we have several DTD
They are used by XMLBeans during the build process. I guess we could do a one-time generation of
the XMLBeans classes but I'd be more comfortable with Jencks' input. If you don't have the schemas
you'd have to have network connectivity to build I suspect.
Aaron Mulder wrote:
Can't we just
[X] +1 Allow changes
Joe
Matt Hogstrom wrote:
Given that we are close to completing the M2 conversion and have some
disruptive changes to make to trunk this vote is to capture the
communities input on the structure of the Geronimo repository.
Given that this is about our build environment
If they are only used during the build process, then don't re-distribute
and therefore this issue then seems out of the critical path for 1.1.1
and can be solved for 1.1.1.1.1.1.1.1.1
gier
Matt Hogstrom wrote:
They are used by XMLBeans during the build process. I guess we could do
a one-time
+1
On 8/18/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
Given that we are close to completing the M2 conversion and have some
disruptive changes to make to
trunk this vote is to capture the communities input on the structure of the
Geronimo repository.
Given that this is about our build
Ajax should support non-XML messages
Key: AMQ-884
URL: https://issues.apache.org/activemq/browse/AMQ-884
Project: ActiveMQ
Issue Type: Bug
Affects Versions: 4.0.1
Reporter: Danilo Tuler
+1 Allow changes
Cheers,
chris
--- Matt Hogstrom [EMAIL PROTECTED] wrote:
Given that we are close to completing the M2
conversion and have some disruptive changes to make
to
trunk this vote is to capture the communities input
on the structure of the Geronimo repository.
Given that this
[ https://issues.apache.org/activemq/browse/AMQ-884?page=all ]
Danilo Tuler updated AMQ-884:
-
Attachment: _amq.js.patch
Ajax should support non-XML messages
Key: AMQ-884
URL:
I don't think there are any plans, but you should send an email to
Gianny as he is the only one working on the EJBQL code.
If Cayenne is planing on using this code also, you two should talk
about bringing TranQL to Apache (maybe the db project).
-dain
On Aug 17, 2006, at 8:57 PM, Andrus
Well, the problem is that we distribute the source code for Geronimo out of SVN and these would end
up being included. I think that falls into the category of redistribution. Hopefully I'm wrong on
that count :)
The remaining question is what about the previous releases? I would expect
A few months ago the JMX debug application was removed
and there was a suggestion to replace this with a JMX
portlet in the console for Geronimo 1.2 (IIRC it was
Dain who suggested this). I would like to work on this
portlet with the following minimum capabilities:
1. Be able to list all the
On Aug 18, 2006, at 9:22 AM, Geir Magnusson Jr wrote:
If they are only used during the build process, then don't re-
distribute
and therefore this issue then seems out of the critical path for 1.1.1
and can be solved for 1.1.1.1.1.1.1.1.1
They are not needed at runtime, but xmlbeans packs
Heads up...we're using IRC for real-time collaboration on this and will post updates to the dev
list. IRC is at irc.freenode.net channel #geronimo.
Right now I'm removing ./modules/j2ee-schema/src/resources/* and building to see if these DTDs are
required for building in some odd way. Don't
[ http://issues.apache.org/jira/browse/GERONIMO-2307?page=all ]
Matt Hogstrom updated GERONIMO-2307:
Description:
Geronimo redistributes the Sun J2EE schema files for deployment descriptors etc
but doesn't appear to include anything in the global
Please take a step back. Everything in the colossus branch is very
experimental and still in the brainstorming stage. Not that is out
of the way :) I'll explain why I find appealing about David's idea.
David's idea is specifically about how to build up a server layout
*without* having a
Fair enough...I think we'll have a better idea in an hour or so. Hopefully we're eliminating these
skeletons from appearing again ;)
Aaron Mulder wrote:
I'm not claiming we don't have a problem, I'm claiming that we can
ship 1.1.1 anyway. We may have to manually delete some files from the
+100
-dain
On Aug 18, 2006, at 8:37 AM, Matt Hogstrom wrote:
Given that we are close to completing the M2 conversion and have
some disruptive changes to make to trunk this vote is to capture
the communities input on the structure of the Geronimo repository.
Sounds great...I'd open a JIRA :)
It would be good to note if there is interesting data that is missing. Perhaps grab a couple of
plugins and DayTrader so we can see a real world scenario.
Cheers.
Chris Cardona wrote:
A few months ago the JMX debug application was removed
and there was a
I'm not claiming we don't have a problem, I'm claiming that we can
ship 1.1.1 anyway. We may have to manually delete some files from the
source distribution, but it could be done in order to avoid holding
1.1.1 any longer.
Thanks,
Aaron
On 8/18/06, David Jencks [EMAIL PROTECTED] wrote:
Matt Hogstrom wrote:
Well, the problem is that we distribute the source code for Geronimo out
of SVN and these would end up being included. I think that falls into
the category of redistribution. Hopefully I'm wrong on that count :)
Right, so why not just take them out of SVN? I guess it
Matt Hogstrom wrote:
Heads up...we're using IRC for real-time collaboration on this and will
post updates to the dev list. IRC is at irc.freenode.net channel
#geronimo.
I won't be able to be there.
geir
Right now I'm removing ./modules/j2ee-schema/src/resources/* and
building to see
I like single config files too. This is kind of a different
experiment. I was basically thinking about the .svn and CVS dirs in
a repository and thought Hey, it'd be cool to do something similar
in an app server Maybe neat to put meta-data about the directory
layout *in* the
I personally don't know why we bother to regenerate that tree on
every build as those schemas are not going to change. Let's just
build them once, publish the jars, delete the schemas and be done
with it.
-David
On Aug 18, 2006, at 9:45 AM, David Jencks wrote:
On Aug 18, 2006, at 9:22
+1On Aug 18, 2006, at 1:36 PM, David Blevins wrote:I personally don't know why we bother to regenerate that tree on every build as those schemas are not going to change. Let's just build them once, publish the jars, delete the schemas and be done with it.-DavidOn Aug 18, 2006, at 9:45 AM, David
On Aug 18, 2006, at 10:36 AM, David Blevins wrote:
I personally don't know why we bother to regenerate that tree on
every build as those schemas are not going to change. Let's just
build them once, publish the jars, delete the schemas and be done
with it.
I think this will minimize our
+1
Exactly. Maybe put a note somewhere saying what schemas were used and
where a user can find them.
geir
David Blevins wrote:
I personally don't know why we bother to regenerate that tree on every
build as those schemas are not going to change. Let's just build them
once, publish the
On Aug 18, 2006, at 10:01 AM, Geir Magnusson Jr wrote:
Matt Hogstrom wrote:
Well, the problem is that we distribute the source code for
Geronimo out
of SVN and these would end up being included. I think that falls
into
the category of redistribution. Hopefully I'm wrong on that count :)
I'm running into the following build error...INFO] [INFO] Building Geronimo Configs :: JavaMail[INFO] task-segment: [install][INFO] [INFO]
IIRC I had to build it myself from the specs dir.david jencksOn Aug 18, 2006, at 11:20 AM, Sachin Patel wrote:I'm running into the following build error...INFO] [INFO] Building Geronimo Configs :: JavaMail[INFO]
I'm having trouble interpreting this post, and the linked bug. Has this been
fixed in the OpenWire .NET client? If so, how do I get the fix? I'm using
the OpenWire .NET client code I downloaded from here:
svn co
http://svn.apache.org/repos/asf/incubator/activemq/trunk/activemq-dotnet/
And
Just to clarify/summarize, we had this discussion on the dev list already.
To (very) briefly recap:
- we voted for using Confluence instead of Moin Moin
- we got Confluence working within the ASF - cwiki
- moved the Atlassian hosted documentation to the new ASF hosted cwiki
- migrated the
Hi Folks,
We're using 1.0 and while it's getting a little long in the tooth it
still works great. I tried to build it the other day and had some
problems, mostly relating to various external infrastructure changing.
If anyone cares, here are the changes that I made to get the build to
work.
A quick history...
The Tomcat level for G1.1 was 5.5.15... However, the CSS vulnerability
that was identified in http://issues.apache.org/jira/browse/GERONIMO-1540
wasn't fixed in Tomcat until 5.5.16. G1.1 was scheduled for release
prior to 5.5.16...so we took 5.5.15 and extracted this
One more time
Does anybody know how/who/etc... to get the maven 2 info updated for
ibiblio? Is there some way to avoid similar problems on ibiblio as we
prepare to publish the 1.1.1 artifacts?
Aaron, Do you think you might be able to get the geronimo 1.1 artifacts
into the plugins
QName not being created
---
Key: SM-548
URL: https://issues.apache.org/activemq/browse/SM-548
Project: ServiceMix
Issue Type: Bug
Components: servicemix-jsr181
Affects Versions: 3.0-M2
Reporter:
I've uploaded a preliminary version of the proposed schema jar at
people.apache.org/~djencks/geronimo-schema_1.4_spec-1.0-SNAPSHOT.jar
We should be able to remove all the schemas and xmlbeans stuff from
j2ee-schema module and instead have a geronimo-dependency.xml element
to pull in the
[ http://issues.apache.org/jira/browse/GERONIMO-2294?page=all ]
Vamsavardhana Reddy reassigned GERONIMO-2294:
-
Assignee: Vamsavardhana Reddy
In security realm with multiple login modules, anything after the first is
ignored
[
https://issues.apache.org/activemq/browse/SM-548?page=comments#action_36807 ]
Guillaume Nodet commented on SM-548:
Could you paste the exact content of the in message ?
Also you may want to try replacing the wstx-asl-2.9.3.jar in the
I'm going to take a crack at breaking out the classloading code into a
separate module. Should be simple enough.
I'll solicit comments when I'm done and we can do an RTC vote
afterwards, if all goes well.
Regards,
Alan
Dain Sundstrom wrote:
On Aug 18, 2006, at 10:01 AM, Geir Magnusson Jr wrote:
Matt Hogstrom wrote:
Well, the problem is that we distribute the source code for Geronimo out
of SVN and these would end up being included. I think that falls into
the category of redistribution. Hopefully I'm
[ http://issues.apache.org/jira/browse/GERONIMO-2294?page=all ]
Vamsavardhana Reddy updated GERONIMO-2294:
--
Attachment: GERONIMO-2294.patch
GERONIMO-2294.patch: Corrects login() and performLogin() methods in
JaasLoginCoordinator to account for
[ http://issues.apache.org/jira/browse/GERONIMO-2294?page=all ]
Vamsavardhana Reddy updated GERONIMO-2294:
--
Patch Info: [Patch Available]
In security realm with multiple login modules, anything after the first is
ignored
Might there be a tool that could take the schema jar and produce xsd's
from it's contents?
:D
geir
David Jencks wrote:
I've uploaded a preliminary version of the proposed schema jar at
people.apache.org/~djencks/geronimo-schema_1.4_spec-1.0-SNAPSHOT.jar
We should be able to remove all
Put the generated xmlbeans files for the j2ee 1.4 schemas in svn in a spec
module so we don't need the schemas in svn at all
Key: GERONIMO-2332
[
http://issues.apache.org/jira/browse/GERONIMO-2294?page=comments#action_12429110
]
Vamsavardhana Reddy commented on GERONIMO-2294:
---
login() and commit() methods get invoked twice on each LoginModule class in the
realm. But,
[ http://issues.apache.org/jira/browse/GERONIMO-2332?page=all ]
David Jencks updated GERONIMO-2332:
---
Attachment: geronimo-schema_1.4_spec-src.zip
geronimo-schema_1.4_spec-generated-src.zip
The first file is the pom and xmlbeans config.
[
https://issues.apache.org/activemq/browse/SM-548?page=comments#action_36808 ]
Phillip Anderson commented on SM-548:
-
Here is the Message Exchange being sent out from our component.
Sending MessageExchange over DeliveryChannel, me =
[
http://issues.apache.org/jira/browse/GERONIMO-2332?page=comments#action_12429114
]
David Jencks commented on GERONIMO-2332:
The files got reversed from how they are described in my previous comment.
Replace first with small and
Add JMX Portlet
---
Key: GERONIMO-2333
URL: http://issues.apache.org/jira/browse/GERONIMO-2333
Project: Geronimo
Issue Type: New Feature
Security Level: public (Regular issues)
Components: console
Affects
Thanks for the input Matt. The created jira is
GERONIMO-2333:
http://issues.apache.org/jira/browse/GERONIMO-2333
chris
--- Matt Hogstrom [EMAIL PROTECTED] wrote:
Sounds great...I'd open a JIRA :)
It would be good to note if there is interesting
data that is missing. Perhaps grab a couple
Hi everyone,
I've been looking through the code and have noticed that the only
AuthorizationMaps are DefaultAuthorizationMap and
SimpleAuthorizationMap. And neither of these allows for text-based
configuration of access.
I'm wondering if such a thing exists and if I should create one if it
[ http://issues.apache.org/jira/browse/GERONIMO-2332?page=all ]
David Jencks updated GERONIMO-2332:
---
Attachment: GERONIMO-2332-trunk.patch
Changes to trunk to remove all the sun crud and use the proposed spec schema
jar.
Put the generated xmlbeans
To take it a bit further, I'd like to create something like a
TextBasedAuthorizationMap and have most of the functionality in there.
This would allow for different back-ends (like a database) to be
attached.
On 8/18/06, Sepand M [EMAIL PROTECTED] wrote:
Hi everyone,
I've been looking through
+1
--jason
On Aug 18, 2006, at 8:37 AM, Matt Hogstrom wrote:
Given that we are close to completing the M2 conversion and have
some disruptive changes to make to trunk this vote is to capture
the communities input on the structure of the Geronimo repository.
Given that this is about our
[ http://issues.apache.org/jira/browse/GERONIMO-2313?page=all ]
David Jencks reopened GERONIMO-2313:
Donald Woods noticed that the openejb EjbRequestHandler is calling
ContextManager.setCallers(null, null) instead of
[
http://issues.apache.org/jira/browse/GERONIMO-2313?page=comments#action_12429132
]
David Jencks commented on GERONIMO-2313:
call to ContextManager.setCallers(null, null) fixed in
openejb trunk r. 2859
openejb branch 2.1 r 2860
I have knocked up some thoughts on a JBI POJO engine that could be
used to provide a mechanism for annotating POJO specifically for more
messaging level operations that the JSR181 service engine is aimed
for.
The idea is to provide a simple framework to replace the Spring Client
Toolkit that is
Drop installer-support module (izpack installer support)
Key: GERONIMO-2334
URL: http://issues.apache.org/jira/browse/GERONIMO-2334
Project: Geronimo
Issue Type: Task
Security
I think its fine to go ahead with the shutdown of out moinmoin wiki,
as well as removing the old GERONIMO space at atlassian.
--jason
On Aug 18, 2006, at 9:02 AM, Matt Hogstrom wrote:
I think Hernan was told the PMC needed to close this. I think
there was some discussion on dev. No
I'm gonna need some help from the ActiveMQ folks... I did a quick try
to enable the modules that Hiram added a while ago, and switch out
the versions and well it barfed all over the place.
Anyone have some free time to help?
--jason
On Aug 17, 2006, at 7:50 PM, Bruce Snyder wrote:
On
1 - 100 of 123 matches
Mail list logo