I'm actually ok with that. overwriting old artifacts. That part the
kinda sucks is that maven won't download updates to those artifacts.
On 11/14/06, Fritz Oconer [EMAIL PROTECTED] wrote:
Hi,
I think the downside here is that it will loose reference to previous
builds. Since development will
Hi folks,
How do you guys feel about switching the minimum run time requirement
for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5
has a much better set of concurrent implementation.
We can keep the 4.1.x branch alive as the Java 1.4 compatible version.
Also I have a feeling
I am all for it, personally, with 1.6 due out any week now.
-Brian
On Nov 15, 2006, at 8:48 AM, Hiram Chirino wrote:
Hi folks,
How do you guys feel about switching the minimum run time requirement
for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5
has a much better set of
On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote:
Hi folks,
How do you guys feel about switching the minimum run time requirement
for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5
has a much better set of concurrent implementation.
We can keep the 4.1.x branch alive as the
Well..
I think we should get used to it. We should always keep at least 1
stable branch.
On 11/15/06, Bruce Snyder [EMAIL PROTECTED] wrote:
On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote:
Hi folks,
How do you guys feel about switching the minimum run time requirement
for ActiveMQ 4.2
+1.
We should switch to Java 5 for compilation and for the default release
(since the concurrent stuff is faster more bug free on Java 5) but
maybe provide a retrotranslator version of the jars for those who
can't move JVM.
i.e. build on Java 5 only - but allow deployments on 1.4
On
On 11/15/06, James Strachan [EMAIL PROTECTED] wrote:
+1.
We should switch to Java 5 for compilation and for the default release
(since the concurrent stuff is faster more bug free on Java 5) but
maybe provide a retrotranslator version of the jars for those who
can't move JVM.
i.e. build on
Agreed. Its very easy to use the 1.5 bytecode on 1.4 without any work
by just installing the retrotranslator JIT :)
On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote:
On 11/15/06, James Strachan [EMAIL PROTECTED] wrote:
+1.
We should switch to Java 5 for compilation and for the default
As far as I know retrotranslator has a maven plugin, so it is just a
matter of build process ... I've used it in Ant build process and it
was pretty straightforward. The scenario was something like this:
- build the source 1.5
- pack it in a jar
- use retrotranslator to make it 1.4 compatible
-
Sounds good.
Do you plan to refactor some code to use generics, or other
Java 5 features ?
On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote:
Hi folks,
How do you guys feel about switching the minimum run time requirement
for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5
I've added a commandAgent/ to the broker's activemq.xml which allows
you to communicate with a broker over a JMS topic (ActiveMQ.Agent) to
send management commands using a simple text based system.
Its currently reusing the commands in the activemq-console module.
(Incidentally I added a
On 11/15/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
Sounds good.
Do you plan to refactor some code to use generics, or other
Java 5 features ?
At a minimum we should switch to the Java 1.5 concurrent package.
Switch generics has an upside that it will make our code more type
safe but a
It'd be good to use annotations for the xbean stuff
On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote:
On 11/15/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
Sounds good.
Do you plan to refactor some code to use generics, or other
Java 5 features ?
At a minimum we should switch to the Java
browse -QTopic=* does not seem to return anything...
Key: AMQ-1050
URL: https://issues.apache.org/activemq/browse/AMQ-1050
Project: ActiveMQ
Issue Type: Bug
Components: Broker
Nathan,
Nice work on putting together the activemq-cpp release page!
http://activemq.com/site/activemq-cpp-10-release.html
How hard was it to build that change log? Would it make it simpler if
the ActiveMQ cpp stuff it's own Jira space???
--
Regards,
Hiram
Blog: http://hiramchirino.com
be able to interact with the broker via messaging
-
Key: AMQ-1051
URL: https://issues.apache.org/activemq/browse/AMQ-1051
Project: ActiveMQ
Issue Type: New Feature
Components: Broker
[
https://issues.apache.org/activemq/browse/AMQ-1051?page=comments#action_37455 ]
james strachan commented on AMQ-1051:
-
Code checked in - could use some documentation.
Currently if you can send a message to the Topic *ActiveMQ.Agent* it
Hi,
When I am using JConsole to connect to AMQ server running on a remote host,
I am using port 1099 to connect. And once I am connected I notice that it
transfers the communication to another port I noticed this port was 44344.
And when I restarted the AMQ that port was changed to 52136.
How hard was it to build that change log? Would it make it simpler if
the ActiveMQ cpp stuff it's own Jira space???
That would rock, as now we have issues from openwire-cpp etc mixing into
ours.
Thanks!
I just ran a filter in JIRA for any closed or resolved issues in the
ActiveMQ space under CMS ... After looking the ActiveMQ release pages I
was able to figure it out :)
I think moving forward, it might be easier to have AMQ-CPP in it's own
space - that way the filter criteria gets a lot
[ https://issues.apache.org/activemq/browse/AMQ-876?page=all ]
Vadim Pesochinskiy closed AMQ-876.
--
Fix Version/s: 4.1.0
(was: 4.2.0)
Resolution: Fixed
this seems to be fixed
Kaha DB cannot locate queue data files
[ https://issues.apache.org/activemq/browse/AMQ-861?page=all ]
Vadim Pesochinskiy resolved AMQ-861.
Fix Version/s: 4.1.0
(was: 4.2.0)
Resolution: Fixed
Kaha DB files are not removed
-
[ https://issues.apache.org/activemq/browse/AMQ-1053?page=all ]
james strachan updated AMQ-1053:
Fix Version/s: 4.2.0
allow a MessageTransformer to be registered with a producer or consumer to
help transform a message going onto the bus or coming off
Connection is not released by broker when client is killed when client is
sending to a queue that is full
-
Key: AMQ-1052
URL:
allow a MessageTransformer to be registered with a producer or consumer to help
transform a message going onto the bus or coming off the bus
Hiram Chirino wrote:
Hi folks,
How do you guys feel about switching the minimum run time requirement
for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5
has a much better set of concurrent implementation.
We can keep the 4.1.x branch alive as the Java 1.4 compatible version.
On 11/15/06, Endre Stølsvik [EMAIL PROTECTED] wrote:
Hiram Chirino wrote:
Hi folks,
How do you guys feel about switching the minimum run time requirement
for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5
has a much better set of concurrent implementation.
We can keep
How about for creation of META-INF/services files for FactoryFinder?
On 11/15/06, James Strachan [EMAIL PROTECTED] wrote:
It'd be good to use annotations for the xbean stuff
On 11/15/06, Hiram Chirino [EMAIL PROTECTED] wrote:
On 11/15/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
Sounds
+1
-dain
On Nov 15, 2006, at 10:52 AM, Hiram Chirino wrote:
I think this project is like the 40 year old virgin still living at
home with his parents. lol! Don't you think it's about time we get
the ball rolling on graduating our of the incubator?
--
Regards,
Hiram
Blog:
Agreed !
On 11/15/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
+1
-dain
On Nov 15, 2006, at 10:52 AM, Hiram Chirino wrote:
I think this project is like the 40 year old virgin still living at
home with his parents. lol! Don't you think it's about time we get
the ball rolling on graduating
+1
On 14 Nov 2006, at 15:00, Guillaume Nodet wrote:
The previous vote has been put on hold due to a problem
in the maven repository with an invalid pom. This problem
has been solved, so I'd like to push out the release built
some weeks ago now.
Binaries have been uploaded on the incubating
Publish DST 2007 info for Geronimo
--
Key: GERONIMO-2568
URL: http://issues.apache.org/jira/browse/GERONIMO-2568
Project: Geronimo
Issue Type: Task
Security Level: public (Regular issues)
Affects
[ http://issues.apache.org/jira/browse/GERONIMO-1701?page=all ]
Christopher M. Cardona updated GERONIMO-1701:
-
Fix Version/s: Wish List
This portlet should be modified to support JEE 5 changes, etc. Input needed for
redesigning portlet.
[ http://issues.apache.org/jira/browse/GERONIMO-1868?page=all ]
Christopher M. Cardona reopened GERONIMO-1868:
--
Accidentally closed this issue.
Calculate /console prefix dynamically for SVG, etc.
[ http://issues.apache.org/jira/browse/GERONIMO-1823?page=all ]
Christopher M. Cardona closed GERONIMO-1823.
Fix Version/s: 1.2
Resolution: Fixed
Add Embedded LDAP Server Viewer Portlet
---
[ http://issues.apache.org/jira/browse/GERONIMO-1388?page=all ]
Vamsavardhana Reddy updated GERONIMO-1388:
--
Fix Version/s: 1.1.2
1.2
(was: Wish List)
Assignee: Vamsavardhana Reddy
Go button
[ http://issues.apache.org/jira/browse/GERONIMO-1388?page=all ]
Vamsavardhana Reddy closed GERONIMO-1388.
-
Resolution: Fixed
Fixed in rev 475172 (trunk) and rev 475175 (branches\1.1).
Go button should be moved to another location on the
[ http://issues.apache.org/jira/browse/GERONIMO-1868?page=all ]
Christopher M. Cardona closed GERONIMO-1868.
Resolution: Fixed
Calculate /console prefix dynamically for SVG, etc.
---
[
http://issues.apache.org/jira/browse/GERONIMO-2552?page=comments#action_12449972
]
Christopher M. Cardona commented on GERONIMO-2552:
--
FYI, I started playing with dojo.widget.Chart and I was able to create a chart
[
http://issues.apache.org/jira/browse/GERONIMO-1113?page=comments#action_12449976
]
Vamsavardhana Reddy commented on GERONIMO-1113:
---
Since the apache directory server is not distruted in G now, is it still a
related project?
[ http://issues.apache.org/jira/browse/GERONIMO-2263?page=all ]
Vamsavardhana Reddy resolved GERONIMO-2263.
---
Resolution: Cannot Reproduce
Cannot recreate the error. Reopen the issuse if the problem still remains.
Redeploy application from
[
http://issues.apache.org/jira/browse/GERONIMO-2552?page=comments#action_12450013
]
Paul McMahan commented on GERONIMO-2552:
Based on the SVG problems with IE6 reported in GERONIMO-1939 and now the
problems with IE7 reported in the
[ http://issues.apache.org/jira/browse/GERONIMO-2511?page=all ]
Vamsavardhana Reddy closed GERONIMO-2511.
-
Resolution: Fixed
Fixed in branches\1.1 in rev 475230.
WEB-INF/Classes is not visible during deployment
[
http://issues.apache.org/jira/browse/GERONIMO-1293?page=comments#action_12450030
]
Anita Kulshreshtha commented on GERONIMO-1293:
--
There is a problem with our current tomcat (5.5.15) integration. In a
standalone mode tomcat
[ http://issues.apache.org/jira/browse/GERONIMO-1293?page=all ]
Anita Kulshreshtha updated GERONIMO-1293:
-
Fix Version/s: 2.0
(was: 1.2)
Provide tomcat statistics
-
Key:
Update source-repository in geronimo-plugin.xml
---
Key: GERONIMO-2569
URL: http://issues.apache.org/jira/browse/GERONIMO-2569
Project: Geronimo
Issue Type: Task
Security Level: public
I took a look at the binary and src distributions that Dain created last week. I ran ARAT (http://code.google.com/p/arat/) and spent some time poking around the binary distribution. Here are the issues that I noted. I'm going to start working on the license/notice issues from the binary
[
http://issues.apache.org/jira/browse/GERONIMO-2386?page=comments#action_12449995
]
Vamsavardhana Reddy commented on GERONIMO-2386:
---
Kevan, adding a Started debug log entry will result in too many entries
logged. It will log
[ http://issues.apache.org/jira/browse/GERONIMO-1559?page=all ]
Christopher M. Cardona closed GERONIMO-1559.
Resolution: Fixed
I was able to verify this by changing my system time zone but like what Erin
said this portlet is just displaying
While trying to get JSTL 1.2 from Glassfish integrated into the JavaEE5
sandbox I discovered that the current implementation of Jetty6 in the
sandbox is still using JSP 2.0 (from tomcat/jasper). Jetty 6 itself
builds the api runtime jars for both JSP 2.0 and JSP 2.1 using what I
believe is
[ http://issues.apache.org/jira/browse/GERONIMO-2342?page=all ]
Vamsavardhana Reddy resolved GERONIMO-2342.
---
Resolution: Invalid
Jetty SSL Connector uses KeystoreGBean.
Can't change keystore type for Jetty
[
http://issues.apache.org/jira/browse/GERONIMO-2293?page=comments#action_12450096
]
Vamsavardhana Reddy commented on GERONIMO-2293:
---
The exception is because File.getName() for the directory file is returning .
and is being
[ http://issues.apache.org/jira/browse/GERONIMO-2569?page=all ]
Paul McMahan closed GERONIMO-2569.
--
Resolution: Fixed
fixed in revision 475299
Update source-repository in geronimo-plugin.xml
---
[
http://issues.apache.org/jira/browse/GERONIMO-1293?page=comments#action_12450107
]
Jeff Genender commented on GERONIMO-1293:
-
I concur that the gbean per servlet is too much overhead and we should find
another solution for this.
I've been noodling over our Java EE 5.0 release of Geronimo and had
some ideas I wanted to share.
Given that the J2EE space is highly competitive I would love to see
us have a Java EE 5.0 implementation out before Java One. We might
not be the first on the block but we'll be in the pack
[ http://issues.apache.org/jira/browse/DAYTRADER-14?page=all ]
Piyush Agarwal updated DAYTRADER-14:
Attachment: daytrader-14.patch.11152006
Based on the last comments by Chris, I have added the facility for failed SQL
statements to be written out
Wow ! Seeing dates and milestones has me really motivated.
I'm ready !!!
Cheers
Prasad
On 11/15/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
I've been noodling over our Java EE 5.0 release of Geronimo and had
some ideas I wanted to share.
Given that the J2EE space is highly competitive I would
[ http://issues.apache.org/jira/browse/GERONIMO-2293?page=all ]
Vamsavardhana Reddy reassigned GERONIMO-2293:
-
Assignee: Vamsavardhana Reddy
Can't deploy exploded WAR with plan with no environment
I'm looking at this problem. I'm first comparing the older releases
of Geronimo as well as profiling. Just a heads up so we don't end up
having more than one person investing time in this.
Matt Hogstrom
[EMAIL PROTECTED]
Give a man a fish and he will eat for a day.
Teach a man to fish
[ http://issues.apache.org/jira/browse/GERONIMO-2293?page=all ]
Vamsavardhana Reddy closed GERONIMO-2293.
-
Resolution: Fixed
Fix uses moduleFile.getCanonicalFile().getName() as artifactId. Incase of root
directories, $root-dir$ is used as
[
http://issues.apache.org/jira/browse/GERONIMO-2413?page=comments#action_12450120
]
Vamsavardhana Reddy commented on GERONIMO-2413:
---
I would like this portlet to be in 1.2 release. Thanks to all who have
reviewed the patch and
Well, just for the record, I don't think the performance was all that
great under 1.1.x either. Even then the Jetty web console was the one
module that took a noticeably long time to start. It sounded from
Dain's message earlier like adding some caching for abstract names
might help.
Thanks,
[
http://issues.apache.org/jira/browse/GERONIMO-2386?page=comments#action_12450128
]
Kevan Miller commented on GERONIMO-2386:
Well, this is DEBUG logging we're talking about. I would think getting lots
of log entries would not be too
I agree that it is critical for us to support Java EE 5 quickly to be
competitive. I also agree that a common goal such as this (with target
dates and all) is a great way to foster community.
Moving this work to trunk or if need be a full branch will also help
resolve some of the issues that
[ http://issues.apache.org/jira/browse/GERONIMO-2386?page=all ]
Vamsavardhana Reddy closed GERONIMO-2386.
-
Resolution: Fixed
Added started DEBUG message.
Fixed in rev 475348 (trunk) and rev 475349 (branches\1.1)
Cleanup debug log entries
Hard-coded CORBABean port in client-corba-yoko plan conflicts with
j2ee-corba-yoko definitions.
---
Key: GERONIMO-2570
URL:
One of the big holes, is providing tooling support for JEE 5. I'm not sure how much JEE 5 support WTP will have by March. So for those looking for areas to help out, this would be a great place to look to help Geronimo indirectly. It would be a huge success not only to have JEE 5 server, but
Yes!
We should present a fully formed resolution, based on the OFBiz thread.
-Brian
On Nov 15, 2006, at 10:52 AM, Hiram Chirino wrote:
I think this project is like the 40 year old virgin still living at
home with his parents. lol! Don't you think it's about time we get
the ball rolling on
Rally round the flag...
I really like these dates and it gives us something to shoot for. These
seem very reasonable to me.
But...Drive to Five? Reminds me of my 2 hours commute ;-) hehe...
great stuff!!
Matt Hogstrom wrote:
I've been noodling over our Java EE 5.0 release of Geronimo and
[ http://issues.apache.org/jira/browse/GERONIMO-2570?page=all ]
Rick McGuire closed GERONIMO-2570.
--
Resolution: Fixed
Committed revision 475392.
Hard-coded CORBABean port in client-corba-yoko plan conflicts with
j2ee-corba-yoko definitions.
Want to take the lead on that? :) please!
On 11/15/06, Brian McCallister [EMAIL PROTECTED] wrote:
Yes!
We should present a fully formed resolution, based on the OFBiz thread.
-Brian
On Nov 15, 2006, at 10:52 AM, Hiram Chirino wrote:
I think this project is like the 40 year old virgin still
Hi,
I was looking at the AMQ code for ManagementContext.java and found the
following code.
// Create the JMXConnectorServer
String rmiServer = ;
if (rmiServerPort != 0) {
// This is handy to use if you have a firewall and need to
// force JMX to use fixed ports.
rmiServer
On Nov 15, 2006, at 9:10 AM, James Strachan wrote:
+1.
We should switch to Java 5 for compilation and for the default release
(since the concurrent stuff is faster more bug free on Java 5) but
maybe provide a retrotranslator version of the jars for those who
can't move JVM.
i.e. build on
I'll help...first I want to run it on OEJB since this will be their
first time out of the incubator.
On Nov 15, 2006, at 10:29 AM, Kevan Miller wrote:
I took a look at the binary and src distributions that Dain created
last week. I ran ARAT (http://code.google.com/p/arat/) and spent
some
Nice work Matt! I agree that JEE 5 implementation for Geronimo is
essential to make us very competitive. Seeing the dates for our possible
releases will definitely guide us developers on what to shoot for and
also give our users an idea on what to expect from Geronimo in the next
few months.
Here is a challenge worthy of our talents! ;-) Now that Dain and
Alan have the 1.2 release nearly wrestled into a sleeper hold I agree
that the time is right to get real serious about a Java EE5 release.
The proposed dates sound aggressive but that's good because I think
they will help keep us
On Nov 15, 2006, at 3:36 PM, Matt Hogstrom wrote:
I'll help...first I want to run it on OEJB since this will be their
first time out of the incubator.
I'm running on OpenEJB at the moment. Will post results to openejb-
dev@ shortly...
--kevan
On Nov 15, 2006, at 12:14 PM, Hiram Chirino wrote:
Want to take the lead on that? :) please!
Sure. Any nominations for proposed PMC Chair?
-Brian
On 11/15/06, Brian McCallister [EMAIL PROTECTED] wrote:
Yes!
We should present a fully formed resolution, based on the OFBiz
thread.
Paul McMahan wrote:
For my part I would like to help with the Tomcat v6 integration. I've
looked at the Tomcat work that Jeff did for Geronimo 1.x and am
hopeful that we can borrow from that design. I've been lurking on
[EMAIL PROTECTED] and they're marching toward a v6 release which is
Are we supposed to have the license on every XML, HTML, XSD, etc? I
guess so, I just had thought of the license issue as more
Java-centric.
Thanks,
Aaron
On 11/15/06, Kevan Miller [EMAIL PROTECTED] wrote:
I took a look at the binary and src distributions that Dain created last
week. I
Server Startup Time is Very Slow
Key: GERONIMO-2571
URL: http://issues.apache.org/jira/browse/GERONIMO-2571
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Affects
[
http://issues.apache.org/jira/browse/GERONIMO-2571?page=comments#action_12450208
]
Matt Hogstrom commented on GERONIMO-2571:
-
After looking at a profile for server startup I noted that we were spending an
inordinate amount of time in
[ http://issues.apache.org/jira/browse/GERONIMO-2571?page=all ]
Matt Hogstrom closed GERONIMO-2571.
---
Regression: [Regression]
Resolution: Fixed
trunk
Sending
[
http://issues.apache.org/jira/browse/GERONIMO-2396?page=comments#action_12450213
]
David Jencks commented on GERONIMO-2396:
I actually committed this class by accident, it is in trunk. Should I remove
it again?
On 11/15/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
I'll help...first I want to run it on OEJB since this will be their first
time out of the incubator.
I don't get it. What are you referring to saying this will be their
first time out of the incubator?
As to the Rant's output, will you be
Kevan Miller wrote:
*Source Distribution*
*
*
why is there a juddi jar in our source tree?
(server/trunk/applications/geronimo-uddi-server/repository/juddi/juddi/0.9rc4/juddi-0.9rc4.jar)
We have a copy of juddi local because the juddi project has not
published the jars yet.
(the scout
On 11/15/06, Aaron Mulder [EMAIL PROTECTED] wrote:
Are we supposed to have the license on every XML, HTML, XSD, etc? I
guess so, I just had thought of the license issue as more
Java-centric.
You're right. Each and every source file that's distributed must have
the license.
@see
[
http://issues.apache.org/jira/browse/DAYTRADER-25?page=comments#action_12450223
]
Christopher James Blythe commented on DAYTRADER-25:
---
Matt...
You mean it isn't possible for someone to become trillionare in DayTrader? What
[
http://issues.apache.org/jira/browse/DAYTRADER-25?page=comments#action_12450225
]
Christopher James Blythe commented on DAYTRADER-25:
---
Opps minor typo...
newPrice = price + (changeFactor * price)
Update decimal precision
[
http://issues.apache.org/jira/browse/GERONIMO-2564?page=comments#action_12450230
]
David Jencks commented on GERONIMO-2564:
I assume since you assigned this to 1.1.1 you are trying to use g. 1.1.1. In
this case I think that
about time :) -
+1
On 15 Nov 2006, at 16:48, Hiram Chirino wrote:
Hi folks,
How do you guys feel about switching the minimum run time requirement
for ActiveMQ 4.2 to be Java 5?? I'm itching to do this since Java 5
has a much better set of concurrent implementation.
We can keep the 4.1.x
[
https://issues.apache.org/activemq/browse/AMQ-908?page=comments#action_37458 ]
Ken Gallo commented on AMQ-908:
---
Hi!
I am currrently working on this improvement and I'm wondering what are the
other possible principal implementations available
[
https://issues.apache.org/activemq/browse/AMQ-908?page=comments#action_37459 ]
Aaron Mulder commented on AMQ-908:
--
Here are the Geronimo ones:
On Nov 15, 2006, at 5:41 PM, Jacek Laskowski wrote:
On 11/15/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
I'll help...first I want to run it on OEJB since this will be
their first
time out of the incubator.
I don't get it. What are you referring to saying this will be their
first time out
[
http://issues.apache.org/jira/browse/DAYTRADER-25?page=comments#action_12450253
]
Matt Hogstrom commented on DAYTRADER-25:
Great idea...stock split.
So, for 1.2 we'll add the logic you suggested above and for 2.0 look at splits.
Hi Matt, very-well articulated. I'm ready and I particularly like the idea of having a separate branch to
house the 5.0 code. I have some JSF code and JSR-88 deployment code for 5.0 that is looking for a good home
and a dedicated branch (and/or trunk) will mitigate some of the synchronization
Why don't we get the ball rolling on graduation and IF they choose to
make us a TLP, then we start looking into that??
On 11/15/06, Brian McCallister [EMAIL PROTECTED] wrote:
On Nov 15, 2006, at 12:14 PM, Hiram Chirino wrote:
Want to take the lead on that? :) please!
Sure. Any nominations
Ok. I've created a new JIRA space for ActiveMQ CPP..
see:
https://issues.apache.org/activemq/browse/AMQCPP
I've made you a jira admin for the space so you should be able to add
components / versions for the space. You should also be able to move
all the issues from the AMQ space to this new
Hi Vik,
In your activemq configuration file you add the ff. configuration :
managementContext
managementContext connectorPort=1099
jmxDomainName=org.apache.activemq * rmiServerPort=1097*/
/managementContext
Regards,
Jonas
Dhawan, Vikram (LNG-DAY) wrote:
Hi,
I was
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
1 - 100 of 107 matches
Mail list logo
