BTW the codehaus mailing lists should not be used any more...
On 8/7/06, Naveen Rawat [EMAIL PROTECTED] wrote:
Hi James, I regret this delayed feedback.
On 8/1/06, Naveen Rawat [EMAIL PROTECTED] wrote:
Hi all.
I am using the binary version of ActiveMQ 4.0 broker and openwire cpp APIs
Hi all,
I am working on openwire-cpp ( for ActiveMQ-4.0) code on SuSe(Linux
machine-i686-suse-linux, version 2.6.13-15.8-default), in C++ .
I have a separate sender and receiver and I am able to make them
communicate bi-directionally vi a single queue, and they are working fine.
But I am
Hi all,
I am working on openwire-cpp ( for ActiveMQ-4.0) code on SuSe(Linux
machine-i686-suse-linux, version 2.6.13-15.8-default), in C++ .
I have a separate sender and receiver and I am able to make them
communicate bi-directionally vi a single queue, and they are working fine.
But I am
C# Client's Listener doesn't receive messages if you don't explicitly call
Subscribe
Key: AMQ-865
URL: https://issues.apache.org/activemq/browse/AMQ-865
Project:
Problem from open wire dotnet send float properties message to java
---
Key: AMQ-866
URL: https://issues.apache.org/activemq/browse/AMQ-866
Project: ActiveMQ
Issue Type: Bug
[ https://issues.apache.org/activemq/browse/SM-514?page=all ]
Guillaume Nodet resolved SM-514.
Fix Version/s: 3.0-M3
(was: 3.0)
Resolution: Fixed
Author: gnodet
Date: Mon Aug 7 01:48:49 2006
New Revision: 429279
URL:
[ https://issues.apache.org/activemq/browse/SM-484?page=all ]
Guillaume Nodet closed SM-484.
--
Fix Version/s: 3.0-M3
Resolution: Fixed
Assignee: Guillaume Nodet
The problem is already fixed
Missing dependencies for Maven 2 build
[ https://issues.apache.org/activemq/browse/SM-511?page=all ]
Guillaume Nodet resolved SM-511.
Fix Version/s: 3.0-M3
Resolution: Fixed
It now works with the provided SA
Problem with schemas' import when there are multiple xsds in many dirs
On Aug 6, 2006, at 12:13 PM, Aaron Mulder wrote:
On 8/6/06, David Jencks [EMAIL PROTECTED] wrote:
How do we install the required yet idiotic jsr-77 gbean that
represents the app client without a module to put it in?
So as far as I can tell, it doesn't matter at runtime if the JSR-77
GBean
On Aug 6, 2006, at 4:40 PM, Dain Sundstrom wrote:
On Aug 6, 2006, at 12:04 PM, David Jencks wrote:
How do we install the required yet idiotic jsr-77 gbean that
represents the app client without a module to put it in?
Easy, just toss it into the parent ear configuration.
ok, but that
nested map support in NMS
-
Key: AMQ-864
URL: https://issues.apache.org/activemq/browse/AMQ-864
Project: ActiveMQ
Issue Type: Improvement
Components: NMS (C# client)
Reporter: james strachan
I'm not seeing any log files in var/log when I start the m2 j2ee-
jetty server is it just me?
thanks
david jencks
On Aug 4, 2006, at 5:25 PM, Jason Dillon wrote:
I have finished merging svkmerge/m2migration to trunk. Now it is
time for everyone to start using the m2 build... and avoid
The notcm branch builds fine for me under m2 but the j2ee-jetty
server does not start for me at the moment. Apparently the
TransactionManager doesn't start. As noted in another post I don't
get any log files which has so far inhibited me from investigating
further. Is this just my
MessageUtil should support empty content when copying messages
--
Key: SM-516
URL: https://issues.apache.org/activemq/browse/SM-516
Project: ServiceMix
Issue Type: Bug
StringSource should throw an NPE when built with a null string instead of
throwing it when calling getInputStream
-
Key: SM-515
URL:
[ https://issues.apache.org/activemq/browse/SM-516?page=all ]
Guillaume Nodet resolved SM-516.
Resolution: Fixed
Assignee: Guillaume Nodet
Author: gnodet
Date: Mon Aug 7 00:20:09 2006
New Revision: 429263
URL:
Hi James, I regret this delayed feedback.
On 8/1/06, Naveen Rawat [EMAIL PROTECTED] wrote:
Hi all.
I am using the binary version of ActiveMQ 4.0 broker and openwire cpp APIs to interface my cpp server with the broker.
[ Openwire APIs being taken from -
svn co
[
http://issues.apache.org/jira/browse/GERONIMO-1942?page=comments#action_12426197
]
Manu T George commented on GERONIMO-1942:
-
This problem occurs due to the following
When you are deploying an exploded module in the createModule
On 8/6/06, Jason Dillon [EMAIL PROTECTED] wrote:
On Aug 6, 2006, at 2:21 PM, Aaron Mulder wrote:
* OpenEJB downloads specs instead of using the ones build during the
prior spec build phase
The specs built from bootstrap are only for the JavaMail bits that
Rick added... and is again temporary
[ http://issues.apache.org/jira/browse/GERONIMO-1942?page=all ]
Sachin Patel updated GERONIMO-1942:
---
Component/s: OpenEJB
(was: deployment)
InPlace deployment does not work with EjbModules
Hi Bish,
//Receive message
while(1)
{
}
This while loop for receving the message without executing recever again
and again. And in case of the following code
while(1)
{
semaphore.wait(1) ;
}
In this case also multiple client are not intrect with a single recever is
Hi Bish,
Please guide me, How can I create multiple client(Sender) for the single
client(Receiver) but they bust be communicate bi-directionaly. Pls do tell
me the requered steps.
Thanks in advance
Thanks Regards
Arashad Ahamad
I really think that XBean is the most flexible option, as it allow easy
extension (using spring syntax), validation using the xml schemas and it
would be more homegeneous with the remaining of ServiceMix.
For actions, you could define these properties on the BAMEndpoint:
private Action[]
I could get SSO Working on a server build with SSOValve GBean in the
tomcat plan. In this case the application deployment plans needed
no change as mentioned in the post that Krish pointed to.
Here are some of my observations.
An SSOValve GBean created as part of the application needs to be
Jason,
This is really great!
Regards,
Alan
Jason Dillon wrote:
FYI, I added an Activity section that shows recent JIRA issues
resolved and opened:
http://cwiki.apache.org/GMOxSITE/
Need a few minor changes to the autoexport plugin to get this kept in
sync on a regular basis...
This looks really great!
Regards,
Alan
[EMAIL PROTECTED] wrote:
Geronimo - August 4, 2006
9 Patches in RTC
[XBEAN-33] [RTC] Add a new Wiki source generator that generates wiki markup
so that reference docs can be pasted into confluence.
- Assignee: Hiram Chirino
-
David Jencks wrote:
On Aug 4, 2006, at 12:25 PM, David Blevins wrote:
Thanks.
Since this report was just a demo, I've gone through some of the
JIRAs that had patches and owners, clicked their Begin RTC Review
buttons and am sending out a new report.
This looks very good.
I guess what we
Hi Gianny,
Thanks for the explanation. Are ejb modules also auto
exploded? I saw that war's are exploded but ejb modules don't seem to
be auto exploded. Any reason for this?
Thanks
Manu
On 8/5/06, Gianny Damour [EMAIL PROTECTED] wrote:
Manu George wrote:
Hi,
Does Geronimo
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-58?page=all ]
Sachin Patel closed GERONIMODEVTOOLS-58.
Resolution: Cannot Reproduce
Assignee: Sachin Patel
Cannot reproduce this. If you Run As from and Ear, the expected behavior is
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-62?page=all ]
Sachin Patel closed GERONIMODEVTOOLS-62.
Resolution: Invalid
Assignee: Sachin Patel
As long as the geronimo plans exist, I cannot reproduce the exception based on
these
You are right. By server built with SSOValve, I meant to say it should be part of Tomcat configuration.
Thanks,
Vamsi
On 8/7/06, Jeff Genender [EMAIL PROTECTED] wrote:
Why does the server need to be built with the SSOValve?You should be able to connect the SSOValve to the TomcatEngine in
Re-structure the common/soap shared libraries
-
Key: SM-517
URL: https://issues.apache.org/activemq/browse/SM-517
Project: ServiceMix
Issue Type: Improvement
Components:
Yeah, I'm kinda confused. Why do we need to include the Derby NOTICE?
Regards,
Alan
James Strachan wrote:
I thought the NOTICE file for Derby was just that its ASF code? Or is
the specific Deby stuff that needs adding to the NOTICE file?
On 8/3/06, Kevan Miller [EMAIL PROTECTED] wrote:
Hi
Seeing your reply, I have to add the following to my original comments.
I have tested SSO with two WebApps deployed as part of an EAR. I
do not know if enabling SSO for Web Apps deployed independently
requires any changes in their deployment plans.
Thanks,
VamsiOn 8/7/06, Paul McMahan [EMAIL
On 8/6/06, Jason Dillon [EMAIL PROTECTED] wrote:
On Aug 6, 2006, at 2:05 PM, Aaron Mulder wrote:
* If a Geronimo server is running on the same machine, the bootstrap
will fail due to test errors. It failed before OpenEJB was checked
out.
Is this specific to the m2 build? What are the
It shouldn't... if you apply the SSOValve at the host or engine levels,
then all web apps underneath will then be using the SSOValve via
inheritance.
Jeff
Vamsavardhana Reddy wrote:
Seeing your reply, I have to add the following to my original comments.
I have tested SSO with two WebApps
Previously, this was set up so that only new features and improvements
followed the RTC flow. Now, this new scheme includes all issue types.
Does anyone know why this was changed?
Regards,
Alan
[ http://issues.apache.org/jira/browse/GERONIMO-2268?page=all ]
Alan Cabrera reassigned GERONIMO-2268:
--
Assignee: Alan Cabrera
Security Realm with more than one LoginModule does not function as expected
[ http://issues.apache.org/jira/browse/GERONIMO-2288?page=all ]
Aaron Mulder updated GERONIMO-2288:
---
Fix Version/s: (was: 1.1.1)
Abstract/Maven repositories install modules incorrectly
---
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-73?page=comments#action_12426241
]
Sachin Patel commented on GERONIMODEVTOOLS-73:
--
Kathy, is what I've provided you suffient? Do your scenarios pass? If so can I
mark this as
[ http://issues.apache.org/jira/browse/GERONIMO-2258?page=all ]
Aaron Mulder closed GERONIMO-2258.
--
Fix Version/s: (was: 1.2)
Resolution: Fixed
Closing as fixed in 1.1.1. Created a separate issue for 1.2.
Abstract/Maven repositories
Hi Manu,
Thanks for having a look at this piece of code. EJB modules do not need
to be auto-exploded as they are JAR modules and the classloader used to
load EJB classes (a MulitParentClassLoader) can directly load classes
from JARs. In the case of WEB modules, they need to be exploded as,
GeronimoAsMavenServlet.java generates wrong default-repository element
--
Key: GERONIMO-2289
URL: http://issues.apache.org/jira/browse/GERONIMO-2289
Project: Geronimo
Issue
[ http://issues.apache.org/jira/browse/GERONIMO-2289?page=all ]
Aaron Mulder updated GERONIMO-2289:
---
Fix Version/s: (was: 1.1.1)
Changes are applied to trunk, but there's still a problem (with copying modules
with types other than car) in trunk
Percent complete goes over 100% when installing configurations
--
Key: GERONIMO-2290
URL: http://issues.apache.org/jira/browse/GERONIMO-2290
Project: Geronimo
Issue Type: Bug
[ http://issues.apache.org/jira/browse/GERONIMO-2290?page=all ]
Aaron Mulder updated GERONIMO-2290:
---
Fix Version/s: 1.2
(was: 1.1.x)
Someone applied a fix to always count the unnpacked bytes of a JAR but...
We have yet another
Thanks for the votes guys.
On 8/5/06, Jeff Genender [EMAIL PROTECTED] wrote:
David Jencks wrote:
I've also voted, with matt's you have 3.
Jeff, I think it would be clearer if we not only voted but commented
that it's a RTC +1 vote. Do we have a policy on this? I think I saw it
[ http://issues.apache.org/jira/browse/GERONIMO-2228?page=all ]
Aaron Mulder closed GERONIMO-2228.
--
Fix Version/s: (was: 1.2)
Resolution: Fixed
Closing as fixed in 1.1.1 -- separate issue created for trunk
GeronimoAsMavenServlet.java
[ http://issues.apache.org/jira/browse/GERONIMO-1869?page=all ]
Aaron Mulder closed GERONIMO-1869.
--
Fix Version/s: 1.1.1
(was: 1.1.x)
Resolution: Fixed
Assignee: Aaron Mulder
Closing as fixed in 1.1.1. Created a
The NOTICE file needs to contain the ASF Notice plus any notice
information required by software included in your release. Look at
the NOTICE file that Derby distributes (I sent it in response to
Hiram). You include Derby in your release. So, you need to include
the additional Derby notice
Allow WebServiceBuilder determine if there are WebServices to be deployed
-
Key: GERONIMO-2291
URL: http://issues.apache.org/jira/browse/GERONIMO-2291
Project: Geronimo
Geronimo - August 7, 2006
8 Patches in RTC
[XBEAN-33] [RTC] Add a new Wiki source generator that generates wiki markup
so that reference docs can be pasted into confluence.
- Assignee: Hiram Chirino
- Reporter: Hiram Chirino
- Created: Tue, 1 Aug 2006 13:03:57 -0700
[ http://issues.apache.org/jira/browse/GERONIMO-2291?page=all ]
Aaron Mulder updated GERONIMO-2291:
---
Fix Version/s: (was: 1.1.1)
This issue is a copy of GERONIMO-2030 that will track the changes to be applied
to trunk. See that issue for the
[ http://issues.apache.org/jira/browse/GERONIMO-2030?page=all ]
Aaron Mulder closed GERONIMO-2030.
--
Fix Version/s: (was: 1.2)
Resolution: Fixed
Closing this as applied to 1.1.1 -- copied the issue to track the status in
trunk.
Allow
[
http://issues.apache.org/jira/browse/GERONIMO-2277?page=comments#action_12426253
]
Jeff Genender commented on GERONIMO-2277:
-
+1...this will be good to have.
Remove TransactionContextManager
[ http://issues.apache.org/jira/browse/GERONIMO-2237?page=all ]
Jeff Genender closed GERONIMO-2237.
---
Fix Version/s: 1.2
Resolution: Fixed
Was left open for discussion. Will close as it seems to have been fine.
Filtering of
I think that dblevins changed that, because in XBean, I had a Wish for which i provided a patch but was unableto put it in RTC mode. RTC should also be applied to documentation, so why were these issue types excluded
from the workflow ?I think the main problem is that you can not easily
Investigate unused targetModuleId parameter in EJB refs
---
Key: GERONIMO-2292
URL: http://issues.apache.org/jira/browse/GERONIMO-2292
Project: Geronimo
Issue Type: Bug
Security
[ http://issues.apache.org/jira/browse/GERONIMO-2292?page=all ]
Aaron Mulder updated GERONIMO-2292:
---
Summary: Investigate unused targetConfigId parameter in EJB refs
(was: Investigate unused targetModuleId parameter in EJB refs)
Fix
[ http://issues.apache.org/jira/browse/GERONIMO-2142?page=all ]
Aaron Mulder resolved GERONIMO-2142.
Resolution: Fixed
Closing as resolved in 1.1.1. Copied the issue for investigating the
targetConfigId parameter.
EJB Refs to EJB in parent
[ http://issues.apache.org/jira/browse/GERONIMO-2238?page=all ]
Aaron Mulder updated GERONIMO-2238:
---
Fix Version/s: 1.1.x
(was: 1.1.1)
Can't copy a MultiParentClassLoader
---
[ http://issues.apache.org/jira/browse/GERONIMO-2280?page=all ]
Aaron Mulder updated GERONIMO-2280:
---
Fix Version/s: (was: 1.1.1)
(was: 1.1.x)
Affects Version/s: (was: 1.1.1)
[ http://issues.apache.org/jira/browse/GERONIMO-2279?page=all ]
Aaron Mulder updated GERONIMO-2279:
---
Fix Version/s: 1.1.2
(was: 1.1.1)
(was: 1.1.x)
Affects Version/s: 1.1
Issues can be moved to new types, e.g. Wish - Improvement, IIUC.
Does RTC really cover documentation? I thought that it was for
improvements and new features.
Regards,
Alan
Guillaume Nodet wrote:
I think that dblevins changed that, because in XBean, I
had a "Wish" for which i provided a
The conversion work was started on 04/Aug/05 by Jacek Laskowski. For an
overview of how it progressed please see:
http://issues.apache.org/jira/browse/GERONIMO-851
http://issues.apache.org/jira/browse/GERONIMO-2071
http://issues.apache.org/jira/browse/GERONIMO-2219
I hope this is helpful.
They can be moved, unless they do not have the same workflow afaik.On 8/7/06, Alan D. Cabrera [EMAIL PROTECTED]
wrote:
Issues can be moved to new types, e.g. Wish - Improvement, IIUC.
Does RTC really cover documentation? I thought that it was for
improvements and new features.
MessageExchangeFactoryImpl.setDefaults(MessageExchangeImpl exchange) check for
null
---
Key: SM-518
URL: https://issues.apache.org/activemq/browse/SM-518
Project:
Platform : Windows XP
rm -rf ~/.m2/repository
svn co trunk
m2 -Dstage=bootstrap
Build Error in geronimo/modules/activation
Reason: Unable to download the artifact from any repository
org.apache.geronimo.specs:specs:pom:1.2-SNAPSHOT
Reason: in geronimo/pom.xml
dependency
Howdy, AFAIK documentation is not affected by RTC.
Cheers!
Hernan
Alan D. Cabrera wrote:
Issues can be moved to new types, e.g. Wish - Improvement, IIUC. Does
RTC really cover documentation? I thought that it was for improvements
and new features.
Regards,
Alan
Guillaume Nodet wrote:
I
[ https://issues.apache.org/activemq/browse/SM-518?page=all ]
Guillaume Nodet resolved SM-518.
Fix Version/s: 3.0-M3
Resolution: Fixed
Assignee: Guillaume Nodet
Author: gnodet
Date: Mon Aug 7 09:00:48 2006
New Revision: 429375
URL:
[
https://issues.apache.org/activemq/browse/SM-512?page=comments#action_36698 ]
Guillaume Nodet commented on SM-512:
I' ve been thinking about that a bit.
The main problem is that as soon as components use sendSync, this can lead to
On Aug 6, 2006, at 11:31 PM, David Jencks wrote:
On Aug 6, 2006, at 4:40 PM, Dain Sundstrom wrote:
On Aug 6, 2006, at 12:04 PM, David Jencks wrote:
How do we install the required yet idiotic jsr-77 gbean that
represents the app client without a module to put it in?
Easy, just toss it
On Aug 7, 2006, at 12:09 AM, David Jencks wrote:
The notcm branch builds fine for me under m2 but the j2ee-jetty
server does not start for me at the moment. Apparently the
TransactionManager doesn't start. As noted in another post I don't
get any log files which has so far inhibited me
[ https://issues.apache.org/activemq/browse/SM-517?page=all ]
Philip Dodds resolved SM-517.
-
Resolution: Fixed
Implemented new servicemix-shared library
Re-structure the common/soap shared libraries
-
Logging is busted. I do not know how to fix it. I think Dain might
be taking a look...
--jason
On Aug 7, 2006, at 12:06 AM, David Jencks wrote:
I'm not seeing any log files in var/log when I start the m2 j2ee-
jetty server is it just me?
thanks
david jencks
On Aug 4, 2006, at
We've gotten through the initial TCK tests. I am going to branch OEJB branches/v2_1 to
branches/2.1.1 and remove the SNAPSHOT. I will then build and update Geronimo. One we have the
final run I'll do a move to tags. This is all being done at codehaus but I'm copying here as an FYI.
Thanks
I just did a clean bootstrap on trunk and I do not see any spec
related problems.
Have you run bootstrap since this was merged to trunk?
I have commented on this a few times... due to the JavaMail changes I
added specs to bootstrap, to be checked out and run, since Rick's
change was using
Unfortunately it is not very easy to see how much actual time was
spent working on this.
I certainly don't believe that it took a year to perform the migration.
--jason
On Aug 7, 2006, at 8:49 AM, anita kulshreshtha wrote:
The conversion work was started on 04/Aug/05 by Jacek Laskowski.
On Aug 7, 2006, at 4:59 AM, Aaron Mulder wrote:
On 8/6/06, Jason Dillon [EMAIL PROTECTED] wrote:
On Aug 6, 2006, at 2:21 PM, Aaron Mulder wrote:
* OpenEJB downloads specs instead of using the ones build during
the
prior spec build phase
The specs built from bootstrap are only for the
[ http://issues.apache.org/jira/browse/GERONIMO-2281?page=all ]
Jason Dillon resolved GERONIMO-2281.
Resolution: Fixed
Applied. There was actually a {{geronimo-j2ee-deployment}} listed below, but
its artifactId had changed, so I fixed it.
Please
[
http://issues.apache.org/jira/browse/GERONIMO-2281?page=comments#action_12426303
]
Bill Dudney commented on GERONIMO-2281:
---
Verifyed fixed
Thanks Jason
Deploy tool does not work (built from new m2 build)
[ http://issues.apache.org/jira/browse/GERONIMO-2131?page=all ]
Jason Dillon updated GERONIMO-2131:
---
Description:
I went to the http://jslap:8080/ page and clicked on the Servlet Examples and
LDAP Demo and found that messages were written to
+1On Aug 7, 2006, at 3:41 PM, Dain Sundstrom wrote:ken for several days now and no one has noticed. Here is my v -sachin
[ http://issues.apache.org/jira/browse/GERONIMO-2281?page=all ]
Jason Dillon closed GERONIMO-2281.
--
Deploy tool does not work (built from new m2 build)
---
Key: GERONIMO-2281
[ http://issues.apache.org/jira/browse/GERONIMO-2131?page=all ]
Jason Dillon closed GERONIMO-2131.
--
Resolution: Fixed
Done, this is now logged (minus the fancy text boxing)
Installed Configuration message written using System.out.println(..)
Cool. In the future, if you open an issue, and someone marks it as
resolved, you should verify and close the issue, or reopen if it is
still busted.
:-]
--jason
On Aug 7, 2006, at 12:35 PM, Bill Dudney (JIRA) wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-2281?
+1
--jason
On Aug 7, 2006, at 12:41 PM, Dain Sundstrom wrote:
I propose we remove the m1 build. It has been broken for several
days now and no one has noticed. Here is my vote:
+1 to remove the m1 build
-dain
[ http://issues.apache.org/jira/browse/GERONIMO-1710?page=all ]
Jason Dillon closed GERONIMO-1710.
--
Resolution: Won't Fix
Geronimo timestamp plugin for Maven2
Key: GERONIMO-1710
[ http://issues.apache.org/jira/browse/GERONIMO-1736?page=all ]
Jason Dillon reassigned GERONIMO-1736:
--
Assignee: Jason Dillon
Module migration to Maven 2: web-builder
Key: GERONIMO-1736
+1
On Aug 7, 2006, at 1:28 PM, Matt Hogstrom wrote:
We've gotten through the initial TCK tests. I am going to branch
OEJB branches/v2_1 to branches/2.1.1 and remove the SNAPSHOT. I
will then build and update Geronimo. One we have the final run
I'll do a move to tags. This is all being
+1
david jencks
On Aug 7, 2006, at 12:41 PM, Dain Sundstrom wrote:
I propose we remove the m1 build. It has been broken for several
days now and no one has noticed. Here is my vote:
+1 to remove the m1 build
-dain
I didn't figure there wasn't any harm in allowing the RTC system to
be used for more than what is currently required by PMC mandate. I
mean if someone really wants to have their work reviewed, more power
to them.
We can change it back if you prefer.
-David
On Aug 7, 2006, at 8:24 AM,
+1
-David
On Aug 7, 2006, at 12:41 PM, Dain Sundstrom wrote:
I propose we remove the m1 build. It has been broken for several
days now and no one has noticed. Here is my vote:
+1 to remove the m1 build
-dain
Awesome idea... let me get this working.
Soumadeep
On 8/7/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
I really think that XBean is the most flexible option, as it allow easy
extension (using spring syntax), validation using the xml schemas and it
would be more homegeneous with the remaining
M2 and bootstrap works smoothly. Please disregard the specs problem
reported earlier. But hopefully soon we can eliminate the bootstrap
script.
Other very minor issues -
We should also regenerate the site again.
http://geronimo.apache.org/maven/source-repository.html is out of date.
Can't
+1
Cheers
Prasad
On 8/7/06, David Blevins [EMAIL PROTECTED] wrote:
+1
-David
On Aug 7, 2006, at 12:41 PM, Dain Sundstrom wrote:
I propose we remove the m1 build. It has been broken for several
days now and no one has noticed. Here is my vote:
+1 to remove the m1 build
-dain
BTW with some help from Aaron and myself Jason fixed the problem and
logging works great again.
-dain
On Aug 7, 2006, at 10:16 AM, Jason Dillon wrote:
Logging is busted. I do not know how to fix it. I think Dain
might be taking a look...
--jason
On Aug 7, 2006, at 12:06 AM, David
On Aug 7, 2006, at 2:20 PM, Prasad Kashyap wrote:
Other very minor issues -
We should also regenerate the site again.
http://geronimo.apache.org/maven/source-repository.html is out of
date.
I will regenerate it.
Can't navigate back from links like the one below -
[ http://issues.apache.org/jira/browse/GERONIMO-1727?page=all ]
Jason Dillon closed GERONIMO-1727.
--
Fix Version/s: 1.2
Resolution: Fixed
The connector module is migrated.
Module migration to Maven2: connector
[ http://issues.apache.org/jira/browse/GERONIMO-1736?page=all ]
Jason Dillon closed GERONIMO-1736.
--
Fix Version/s: 1.2
Resolution: Fixed
This module is migrated.
Module migration to Maven 2: web-builder
1 - 100 of 150 matches
Mail list logo