I'll have to take care of that. Can you file a jira and assign it to
me?
-David
On Sep 12, 2006, at 6:25 PM, Jason Dillon wrote:
Looks like activeio is still using it... and this error pops up on
the jetty-minimal assembly, when using the shutdown command...
snip
Socket Server:
Anyone know how to get predictable moduleIds when using
DeploymentManager.distribute()?
I'd like to figure out how to get the moduleIds to be the same as the
artifactId for the archive that is deployed, so that we can undeploy
it after tests have been run.
How can I do this? Do I need
[X] +1 CTR with documentation guidelines
Jan
These types of logs don't look like they should be at INFO:
snip
[INFO] 00:32:52,489 INFO [SQLQueryBuilder] CMP [Entity logical name=
[SimpleCMPEntity]; physical name=[SimpleCMP]] - [Finder method=
[findByPrimaryKey]; EJB-QL=[null]] compiled to [JDBCQueryCommand sql=
[SELECT S.id FROM
[
http://issues.apache.org/jira/browse/GERONIMO-2359?page=comments#action_12434377
]
Jason Dillon commented on GERONIMO-2359:
FYI, I created testsuite/deployment-testsuite/test-deployments as a test of
start-server, deploy-module,
Done: https://issues.apache.org/jira/browse/GERONIMO-2400--jasonOn Sep 12, 2006, at 11:18 PM, David Blevins wrote:Looks like activeio is still using it... and this error pops up on the jetty-minimal assembly, when using the shutdown command... snip "Socket Server: tcp://0.0.0.0:4242" daemon
Remove ActiveIO concurrent (oswego) usage
-
Key: GERONIMO-2400
URL: http://issues.apache.org/jira/browse/GERONIMO-2400
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Jason Dillon (JIRA) wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-2399?page=comments#action_12434328 ]
Jason Dillon commented on GERONIMO-2399:
Does that mean we have 2x more assemblies too? (hope not)
Me too, since I've
Upgrade commons-logging to 1.1
--
Key: GERONIMO-2401
URL: http://issues.apache.org/jira/browse/GERONIMO-2401
Project: Geronimo
Issue Type: Improvement
Security Level: public (Regular issues)
Affects
Ugh... I hope not.
I forget why we needed yoko and non-yoko versions, but if we can
avoid needing more assemblies we should aim for that.
--jason
On Sep 13, 2006, at 1:55 AM, Rick McGuire wrote:
Jason Dillon (JIRA) wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-2399?
[ http://issues.apache.org/jira/browse/GERONIMO-2352?page=all ]
Jason Dillon closed GERONIMO-2352.
--
Resolution: Fixed
I think this is done for now... the naked and unpacked bits can wait... not
sure what is the best way to handle these... current
Jason Dillon wrote:
Ugh... I hope not.
I forget why we needed yoko and non-yoko versions, but if we can avoid
needing more assemblies we should aim for that.
The Yoko code and the Sun ORB code don't comfortably co-exist because of
the requirement that the yoko code be in endorsed.dir. I
Further, I notice that the pom.xml inside geronimo-spec-corba-1.0.jar packaged inside rc4 binaries has
parent
artifactIdspecs/
artifactId
groupIdorg.apache.geronimo.specs
/groupId
version1.1/version
/parent
where as other spec jars have 1.1.1 in the version tag under parent.
I do
[ https://issues.apache.org/activemq/browse/AMQ-878?page=all ]
Nikolai Penkov resolved AMQ-878.
Fix Version/s: 4.1
Resolution: Fixed
Tested in ebbeded broker (JBoss 4.0.4.GA) with 20K+ (10k+ size each) messages
in Queue on startup. 2 Subscribers
First, if you specify a module ID in your plan, that will be used (or
as much as you provide with defaults for the rest). And you can pack
the plan in the module if you don't want to track it separately.
Second, you can undeploy using only the artifact ID (so in your
example, you could undeploy
I would definitely say that we want to keep the TranQL database
connection pool RAR in Little G (what app doesn't use a database?).
We don't need the ActiveMQ RAR, though, because we don't include JMS
in Little G.
Thanks,
Aaron
On 9/12/06, Joe Bohn [EMAIL PROTECTED] wrote:
David Jencks
We shouldn't use the ActiveMQ shutdown hook -- we'll shut it down
gracefully during the Geronimo kernel shutdown process. In a normal
ActiveMQ config file you disable it with something like this:
broker useShutdownHook=false ...
I haven't looked at our current ActiveMQ integration syntax but I
Congrats Hernan!On 9/13/06, Krishnakumar B [EMAIL PROTECTED] wrote:
Congrats Hernan.RegardsKrishnakumarOn 9/13/06, Alan D. Cabrera [EMAIL PROTECTED] wrote: Congrats Hernan! Regards,
Alan On Sep 11, 2006, at 7:08 AM, Kevan Miller wrote: All, The Geronimo PMC is pleased to welcome Hernan Cunico
[ http://issues.apache.org/jira/browse/GERONIMO-2393?page=all ]
Vamsavardhana Reddy updated GERONIMO-2393:
--
Summary: Maven eclipse plugin is generating invalid classpath entries in
.classpath (was: Maven plugin is generating invalid classpath
Due to this problem, I am not able to use eclipse for development on G
Trunk. If anyone is using eclipse for development, please let me
know the workaround you used to get past this classpath problem.
Thanks,
VamsiOn 9/13/06, Vamsavardhana Reddy (JIRA) dev@geronimo.apache.org wrote:
[
JSR 181 fault message does not respect WSDL message fault definition
Key: SM-577
URL: https://issues.apache.org/activemq/browse/SM-577
Project: ServiceMix
Issue Type: Bug
[
http://issues.apache.org/jira/browse/GERONIMO-2393?page=comments#action_12434422
]
Vamsavardhana Reddy commented on GERONIMO-2393:
---
With this issue, G developers can not use Eclipse for development on G TRUNK.
Is there a work
On Sep 13, 2006, at 7:37 AM, Aaron Mulder wrote:
We shouldn't use the ActiveMQ shutdown hook -- we'll shut it down
gracefully during the Geronimo kernel shutdown process. In a normal
ActiveMQ config file you disable it with something like this:
broker useShutdownHook=false ...
I haven't
The log level is now debug. I now need to investigate how to deploy
the artifact (I have not done that since the new CodeHaus).
Thanks,
Gianny
On 13/09/2006, at 5:53 PM, Jason Dillon wrote:
These types of logs don't look like they should be at INFO:
snip
[INFO] 00:32:52,489 INFO
Keep the votes coming...
The vote has been active for 2 1/2 days. I'll plan on giving it 2
more days. Unless there are objections, I'll end the vote on Friday,
Sept 15 at 9 AM EDT.
--kevan
On Sep 10, 2006, at 9:23 PM, Kevan Miller wrote:
This is a vote to determine the development
Well, we don't include tranql in little-g either. Are you suggesting
that we pull that it as well?
Joe
Aaron Mulder wrote:
I would definitely say that we want to keep the TranQL database
connection pool RAR in Little G (what app doesn't use a database?).
We don't need the ActiveMQ RAR,
+1
Looks like the zero length DTDs are finally gone!
I worked with all 4 binaries, deployed a simple application and looked
at some console capabilities in the J2EE assemblies. I didn't notice
any problems.
Joe
Matt Hogstrom wrote:
I have updated build in the following ways:
- Removed
+1 Release as ActiveMQ 4.1 maven plugins.
--kevan
On Sep 8, 2006, at 9:53 AM, Hiram Chirino wrote:
This is the first independently released version of the ActiveMQ maven
plugins. These are the maven plugins that the ActiveMQ build requires
to build.
You can checkout the binary build here:
I believe this problem was fixed last night by jason and david j with
an OpenEJB change to trunk/openejb2/pom.xml. The change excludes a
transitive dependency for commons-logging being pulled in for axion.
IIUC, maven/surefire was actively pulling in transitive dependencies
(unless
Redeployment fails after third iteration.
-
Key: GERONIMO-2402
URL: http://issues.apache.org/jira/browse/GERONIMO-2402
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
make bootstrap fail early if the wrong jdk is in use
Key: GERONIMO-2403
URL: http://issues.apache.org/jira/browse/GERONIMO-2403
Project: Geronimo
Issue Type: Improvement
Security
+1
Cheers!
Hernan
Matt Hogstrom wrote:
I have updated build in the following ways:
- Removed the code that left extraneous 0 length DTDs in the build.
- Built on 1.1.1. These binaries are the final ones that will be used
for distribution.
They can be found at
I think we should fail the bootstrap early if using jdk 1.5 as well
as failing the maven build.
http://issues.apache.org/jira/browse/GERONIMO-2403
has a patch attached that works, but there might be a way to reuse
the mojo that Jason wrote, not sure...
Thanks,
-bd-
[ http://issues.apache.org/jira/browse/GERONIMO-2403?page=all ]
Bill Dudney updated GERONIMO-2403:
--
Attachment: GERONIMO-2403-bdudney.patch
make bootstrap fail early if the wrong jdk is in use
[ http://issues.apache.org/jira/browse/GERONIMO-1367?page=all ]
Lasantha Ranaweera updated GERONIMO-1367:
-
Attachment: GERONIMO-1367.patch
Shutdown JAR should use deployer stored username/password
Edit HTTPS Connector page does not display the connector name
-
Key: GERONIMO-2404
URL: http://issues.apache.org/jira/browse/GERONIMO-2404
Project: Geronimo
Issue Type: Bug
[ http://issues.apache.org/jira/browse/GERONIMO-2404?page=all ]
Vamsavardhana Reddy updated GERONIMO-2404:
--
Attachment: GERONIMO-2404.patch
GERONIMO-2404.patch: Changes name to displayName in editHttps.jsp
Edit HTTPS Connector page does not
Funny you should put this out just now.
I was just about to ask if we needed to start running bootstrap
specifically using JDK 1.5.
I just did a fresh checkout and attempted to build specs via bootstrap
specs. I'm suspecting that the introduction of the EE 5 specs mean
that we need to
On 9/13/06, Joe Bohn [EMAIL PROTECTED] wrote:
I just did a fresh checkout and attempted to build specs via bootstrap
specs. I'm suspecting that the introduction of the EE 5 specs mean
that we need to start building with JDK 1.5 (in which case failing a
bootstrap for using JDK 1.5 would be a
[ http://issues.apache.org/jira/browse/GERONIMO-2404?page=all ]
Vamsavardhana Reddy updated GERONIMO-2404:
--
Attachment: GERONIMO-2404-v1.1.x.patch
GERONIMO-2404-v1.1.x.patch: Use this file.
Please ignore GERONIMO-2404.patch since it does not
Joe Bohn wrote:
Funny you should put this out just now.
I was just about to ask if we needed to start running bootstrap
specifically using JDK 1.5.
I just did a fresh checkout and attempted to build specs via
bootstrap specs. I'm suspecting that the introduction of the EE 5
specs mean
[ http://issues.apache.org/jira/browse/GERONIMO-2404?page=all ]
Vamsavardhana Reddy updated GERONIMO-2404:
--
Attachment: GERONIMO-2404-v1.2.patch
GERONIMO-2404-v1.2.patch: To be applied to trunk
Edit HTTPS Connector page does not display the
Looking at the maven and plugin repository layouts side by side they
appear identical. Plugin repositories even use maven-metadata.xml
files in the same manner that maven does.
Thinking back a few days ago when we were discussing a Geronimo
sponsored plugins project :
[
http://issues.apache.org/jira/browse/GERONIMO-2333?page=comments#action_12434461
]
Gianny Damour commented on GERONIMO-2333:
-
This is a VERY VERY VERY nice work!!! At least, I have been able to get it
working and I think that this
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-67?page=all ]
Sachin Patel updated GERONIMODEVTOOLS-67:
-
Priority: Minor (was: Major)
M2 plugin to generate WTP adopter API usage report
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-75?page=all ]
Sachin Patel updated GERONIMODEVTOOLS-75:
-
Priority: Minor (was: Major)
DEBUG messages are shown when INFO was selected.
I suspect that nobody has reported this before because the java ee 5
specs were just moved into trunk last night by dblevins.
Do you have the latest source with these additional specs included?
It seems that all the specs do build correctly if I use 1.5 ... but I'm
not sure if that will cause
I hope you folks don't mind me asking a question regarding an old, old
post made to geronimo-dev back in 2004.See, I've recently been
tasked with installing a number of Java/Java-related components as I am
the (relatively new) Systems Administrator for our department. I simply
cannot wrap my
Hi Chris,
The JMX Viewer portlet is finally working for me. Actually, it seems
that due to a Dojo known issue, this portlet does not work with
Safari :(; having said that, it works really nicely, and I really
mean really nicely, with IE.
Regarding your patch, I believe that this is a
Hi Brian,
this article, although for Geronimo v1.0, may give you some pointers
http://cwiki.apache.org/GMOxDOC10/jboss-to-geronimo-hibernate-migration.html
HTH
Cheers!
Hernan
Brian Martinez wrote:
I hope you folks don't mind me asking a question regarding an old, old
post made to
I'm saying, we should include everything we need to include to support
database connection pools. I believe that's only the TranQL RAR (not
the TranQL JARs).
Thanks,
Aaron
On 9/13/06, Joe Bohn [EMAIL PROTECTED] wrote:
Well, we don't include tranql in little-g either. Are you suggesting
The problem did go away after excluding commons-logging from axion.
However there are 2 issues:
1. The path to dependency in '[INFO] Failed to resolve artifact'
message is wrong. I have seen wrong path before also.
2. Maven is supposed to pull in all the transitive dependencies unless
As I said, for the current version of ActiveMQ, the property can be
set directly on the broker, instead of using a system property. I
assume we'll be able to ditch the system property GBean and just
configure the broker GBean accordingly.
Thanks,
Aaron
On 9/13/06, Kevan Miller [EMAIL
Many thanks David for this wake-up call :)
I do agree: the NamespaceDrivenBuilder change is a great improvement.
If I am entitled to vote for this patch, even if I am one of the
reporters, then we now have 3 +1. Having said that, I would
appreciate if Greg could have a quick scan prior to
Gianny, I agree that the JMX Viewer portlet Chris has contributed is
fantastic and more people should take a look at it! I also agree that
we should think about how the Dojo files are checked in -- directly in
the console vs. as a separate module. I was thinking about creating a
separate web
+1
Regards,
Alan
On Sep 12, 2006, at 2:51 PM, Matt Hogstrom wrote:
I have updated build in the following ways:
- Removed the code that left extraneous 0 length DTDs in the build.
- Built on 1.1.1. These binaries are the final ones that will be
used for distribution.
They can be found
Inner bean definitions are instanciated twice and registered as components
--
Key: XBEAN-52
URL: http://issues.apache.org/jira/browse/XBEAN-52
Project: XBean
Issue
I confiugre and xml file for ActiveMQ, and create a broker using Xbean as
followed:
xbean.xml:
beans
bean
class=org.springframework.beans.factory.config.PropertyPlaceholderConfigurer/
broker useJmx=true xmlns=http://activemq.org/config/1.0;
persistenceAdapter
[ http://issues.apache.org/jira/browse/XBEAN-52?page=all ]
Guillaume Nodet closed XBEAN-52.
Resolution: Fixed
Author: gnodet
Date: Wed Sep 13 08:45:55 2006
New Revision: 443003
URL: http://svn.apache.org/viewvc?view=revrev=443003
Log:
XBEAN-52: Inner
My +1
Matt,
I did a pretty thorough test of the console and it looks good.
However, when I tried to install and start the Liferay plugin I got
the stack trace below. I don't know if this is a real problem or just
indicative that the Liferay plugin needs to be updated to synch up
with api changes in
On Sep 13, 2006, at 11:32 AM, Aaron Mulder wrote:
As I said, for the current version of ActiveMQ, the property can be
set directly on the broker, instead of using a system property. I
assume we'll be able to ditch the system property GBean and just
configure the broker GBean accordingly.
On Sep 13, 2006, at 11:34 AM, Gianny Damour wrote:
Many thanks David for this wake-up call :)
I do agree: the NamespaceDrivenBuilder change is a great
improvement. If I am entitled to vote for this patch, even if I am
one of the reporters, then we now have 3 +1. Having said that, I
Paul McMahan wrote:
Gianny, I agree that the JMX Viewer portlet Chris has contributed is
fantastic and more people should take a look at it! I also agree that
we should think about how the Dojo files are checked in -- directly in
the console vs. as a separate module. I was thinking about
+1
--kevan
Anyone seeing the following?[INFO] [surefire:test][INFO] Surefire report directory: /Users/sppatel/geronimo/trunk/modules/geronimo-connector/target/surefire-reportsorg.apache.maven.surefire.booter.SurefireExecutionException: EDU/oswego/cs/dl/util/concurrent/Executor; nested exception is
+1, been using it deploy from eclipse plugin.On Sep 12, 2006, at 5:51 PM, Matt Hogstrom wrote:I have updated build in the following ways:- Removed the code that left extraneous 0 length DTDs in the build.- Built on 1.1.1. These binaries are the final ones that will be used for distribution.They
[+0] Um, I don't have an opinion
Jason Dillon wrote:
This weekend I cleaned up Genesis and made an initial release of 1.0
to the m2-ibiblio-rsync-repository.
In order to release other projects, like specs, xbean, gbuild, gshell,
javamail and server... we need to have genesis 1.0 published to
Sachin, I'm seeing that error too.
Paul
On 9/13/06, Sachin Patel [EMAIL PROTECTED] wrote:
Anyone seeing the following?
[INFO] [surefire:test]
[INFO] Surefire report directory:
/Users/sppatel/geronimo/trunk/modules/geronimo-connector/target/surefire-reports
Did you try to clean trunk via mvn clean before build?2006/9/13, Paul McMahan [EMAIL PROTECTED]:
Sachin,I'm seeing that error too.PaulOn 9/13/06, Sachin Patel [EMAIL PROTECTED] wrote: Anyone seeing the following? [INFO] [surefire:test]
[INFO] Surefire report directory:
Am I correct in assuming that all votes must be re-cast since the
original vote was canceled? If so, then it would probably be helpful to
start a new thread to clarify that all votes in the previous (this)
thread must be recast and to restate the question (the thread at this
point no longer
[
https://issues.apache.org/activemq/browse/AMQ-122?page=comments#action_36945 ]
Sreenivasa R Sama commented on AMQ-122:
---
I am using activeMQ 4.0.1 version and i added jmsPriority enabled in my
broker's config file,
broker
That worked, thanks Sergey.
Paul
On 9/13/06, Sergey Elin [EMAIL PROTECTED] wrote:
Did you try to clean trunk via mvn clean before build?
2006/9/13, Paul McMahan [EMAIL PROTECTED]:
Sachin, I'm seeing that error too.
Paul
On 9/13/06, Sachin Patel [EMAIL PROTECTED] wrote:
Anyone
Inactivity Monitor timeout does not on disconnected client does not cause
blocked dispatch to client to fail.
-
Key: AMQ-918
URL:
[
http://issues.apache.org/jira/browse/GERONIMO-2340?page=comments#action_12434511
]
Donald Woods commented on GERONIMO-2340:
Not sure why we need to change the load attribute. If the Portlet presents
the user with stop/start and
[
http://issues.apache.org/jira/browse/GERONIMO-2340?page=comments#action_12434515
]
Paul McMahan commented on GERONIMO-2340:
Donald, I agree that your suggestion would work just as well. My suggestion
was based on other similar guis
[ http://issues.apache.org/jira/browse/GERONIMO-2359?page=all ]
Prasad Kashyap updated GERONIMO-2359:
-
Attachment: multipleModuleIds.patch
Patch: multipleModuleIds.patch
This patch will allow multiple #moduleId to be specified for the start, stop
TranQL makes sense for the connection pool mgmt. I assume that is
what you mean Aaron ?
On Sep 13, 2006, at 9:32 AM, Joe Bohn wrote:
Well, we don't include tranql in little-g either. Are you
suggesting that we pull that it as well?
Joe
Aaron Mulder wrote:
I would definitely say that
On Sep 13, 2006, at 7:43 AM, Jacek Laskowski wrote:
That's yet another reason to whack bootstrap if it's not used heavily.
It seems it's not as noone's reported the issue before.
I could build Geronimo, OpenEJB 2 and Specs with no bootstrap and .m2
local repo and wonder whether we really need
On Sep 13, 2006, at 3:58 PM, Jason Dillon wrote:But I am getting rather sick and tired of all this talk and complaining about bootstrap... What is wrong with the complaints? Jacek simply addressed his opinion in a non-negative manner. If people have concerns then we should gladly accept them, not
Hi Joe, were you able to successfully build the remainder of trunk after
getting the specs to build (with a 1.5 jdk) ?? Just wondering I should
try the same if it'll help me get trunk built
Joe Bohn wrote:
I suspect that nobody has reported this before because the java ee 5
specs were
I know... I am just complaining about the complaining :-P--jasonOn Sep 13, 2006, at 1:14 PM, Sachin Patel wrote:On Sep 13, 2006, at 3:58 PM, Jason Dillon wrote:But I am getting rather sick and tired of all this talk and complaining about bootstrap... What is wrong with the complaints? Jacek simply
Maven is not treating commons-logging differently... Maven just gets
easily confused when there are multiple versions of artifacts with
the same ids, some included some excluded.
I ran into this very problem, where it looked like special attention
was being given to commons-logging... and
Modified pom.xml for VS .net 2003 compilation
--
Key: AMQ-919
URL: https://issues.apache.org/activemq/browse/AMQ-919
Project: ActiveMQ
Issue Type: Improvement
Components: CMS (C++
Yes, after building the specs with 1.5 I was able to continue to build
everything else with 1.4.2. Sorry I forgot to post that info to this
thread earlier.
Joe
Tim McConnell wrote:
Hi Joe, were you able to successfully build the remainder of trunk after
getting the specs to build (with
On 9/13/06, Tim McConnell [EMAIL PROTECTED] wrote:
Hi Joe, were you able to successfully build the remainder of trunk after
getting the specs to build (with a 1.5 jdk) ?? Just wondering I should
try the same if it'll help me get trunk built
Did it twice or more. When I saw Rick had
On 9/13/06, Jason Dillon [EMAIL PROTECTED] wrote:
You know... bootstrap was primarialy created in response to the
troubles *you* were having running the m2 build in a clean
environment :-P
* * *
But I am getting rather sick and tired of all this talk and
complaining about bootstrap...
Hey
That is some sweet ascii art. What did you use?
This seems like a good KISS design. How long until you think we can
start to use it?
-dain
On Sep 12, 2006, at 9:19 AM, Jeff Genender wrote:
I wanted to go over a high level design on a gcache cache component
and
get some feedback, input
[ https://issues.apache.org/activemq/browse/AMQ-919?page=all ]
Timothy Bish reassigned AMQ-919:
Assignee: Timothy Bish
Modified pom.xml for VS .net 2003 compilation
-
Key: AMQ-919
Mixin
Smojo
-dain
On Sep 12, 2006, at 9:59 PM, Peter Smith wrote:
ServiceMex
Bruce Snyder wrote:
MiXTensions ;-)
Bruce
This is an email from Fujitsu Australia Software Technology Pty
Ltd, ABN 27 003 693 481. It is confidential to the ordinary user of
the email address to which it
I still following the process of running bootstrap in pieces when I have
to start from scratch (as in this case). But at least I didn't have to
build anything more than once. :-)
Here's what I did:
rd m2repo /s (my local repo location)
md m2repo
cd geronimo-root
bootstrap clean
set PATH
[X] +1 CTR with documentation guidelines
-dain
This should be fixed now. Thanks Aaron for point out the
useShutdownHook flag.
--jason
On Sep 13, 2006, at 8:32 AM, Aaron Mulder wrote:
As I said, for the current version of ActiveMQ, the property can be
set directly on the broker, instead of using a system property. I
assume we'll be
Some questions to clarify my mind.
How I think about this is we have a clustering component that
allows for the configuration, communication and failover components
of the clustering. This way a user can set up a cluster of servers
that basically will be interoperating. This is
Who is planning on being at ApacheCon in Austin?
Matt Hogstrom
[EMAIL PROTECTED]
ACII art provided by a cool open source ASCII editor called JavE:
http://www.jave.de/
I am hoping to have something usable within a couple of weeks, although
the more help I get and discussion we have, the faster this bad boy will
get going ;-)
The code lives in sandbox/gcache. Its in it's
I'll be there
wed to fri
-bd-
On Sep 13, 2006, at 3:31 PM, Matt Hogstrom wrote:
Who is planning on being at ApacheCon in Austin?
Matt Hogstrom
[EMAIL PROTECTED]
I will
On 9/13/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
Who is planning on being at ApacheCon in Austin?
Matt Hogstrom
[EMAIL PROTECTED]
--
Cheers,
Guillaume Nodet
You have existing classes compiled that reference EDU/oswego/cs/dl/util/concurrent/Executor which is no longer used by the main codebase. mvn clean install--jasonOn Sep 13, 2006, at 10:30 AM, Sachin Patel wrote:Anyone seeing the following?[INFO] [surefire:test][INFO] Surefire report directory:
I'll be there
Matt Hogstrom wrote:
Who is planning on being at ApacheCon in Austin?
Matt Hogstrom
[EMAIL PROTECTED]
1 - 100 of 130 matches
Mail list logo