Add ability to monitor network connections on brokerclient
--
Key: AMQ-642
URL: http://jira.activemq.org/jira//browse/AMQ-642
Project: ActiveMQ
Type: Improvement
Versions: 4.0 M4
Environment: All?
[ http://jira.activemq.org/jira//browse/AMQ-632?page=comments#action_35785
]
james strachan commented on AMQ-632:
Its a bit confusing isn't it :)
So the NetworkConnector creates the DemandForwardingBridge; so you should be
able to configure the it
[ http://jira.activemq.org/jira//browse/AMQ-600?page=all ]
james strachan reassigned AMQ-600:
--
Assign To: james strachan (was: Rob Davies)
Broker will not release a persistant clientId if a network connection is
broken then restored at the TCP
[ http://jira.activemq.org/jira//browse/AMQ-407?page=all ]
james strachan resolved AMQ-407:
Resolution: Fixed
Fix Version: 4.0 M5
Should now be fixed in 4.0-M5
Thread leak when cluster node disappears
[ http://jira.activemq.org/jira//browse/AMQ-64?page=all ]
james strachan resolved AMQ-64:
---
Resolution: Fixed
Fix Version: 4.0 M5
There's a plethora of MBeans now for monitoring queue depths and the like
create an Admin interface on the Broker
[ http://jira.activemq.org/jira//browse/AMQ-642?page=comments#action_35799
]
james strachan commented on AMQ-642:
Great - yes thats right. Changes in subversion get included in the nightly
build; so you should be able to use tomorrows SNAPSHOT distro
[ http://jira.activemq.org/jira//browse/AMQ-492?page=comments#action_35805
]
Hiram Chirino commented on AMQ-492:
---
There was a question of why use failover?? If you don't expect a node in the
cluster to be taken offline for an extended period of time,
Leo,
Many of the folks in the ActiveMQ project already have been through
the incubation process once before when we put Geronimo though. It's
not like this is our first rodeo. So in our eyes we really do think
we are very close to having satisfied the incubation requirements. I
think Alan was
[ http://jira.activemq.org/jira//browse/AMQ-639?page=comments#action_35816
]
Brian Diesenhaus commented on AMQ-639:
--
I pulled the latest code with the fix for AMQ-600 and I am still seeing the
following issues:
1. The brokers that were not brought
[ http://jira.activemq.org/jira//browse/AMQ-563?page=all ]
Adrian Co resolved AMQ-563:
---
Resolution: Fixed
Fix Version: 4.0 M5
This *should* be working now unless it fails on some other boxes. :P
TEST TwoBrokerTopicSendReceiveUsingHttpTest Failed
[ http://jira.activemq.org/jira//browse/AMQ-640?page=all ]
Adrian Co resolved AMQ-640:
---
Assign To: Adrian Co (was: Hiram Chirino)
Resolution: Fixed
Fix Version: 4.0 M5
This is a duplicate issue of AMQ-563.
TEST
[ http://jira.activemq.org/jira//browse/AMQ-639?page=all ]
james strachan reopened AMQ-639:
Assign To: Hiram Chirino
Broker is not re-connecting to a network of brokers after going down and then
being brought back up
Sorry about that - it was on my list of things to do that I never
quite made it to.
Fixed now; let me know if there's any other bad file names I'll fix those too
James
On 3/17/06, John Sisson [EMAIL PROTECTED] wrote:
Must have got lost in the email traffic.
Original Message
[ http://jira.activemq.org/jira//browse/AMQ-629?page=all ]
Adrian Co reopened AMQ-629:
---
Regression: [Regression, Broken Unit Test] (was: [Regression])
Fails on iago..
test case SslTransportBrokerTest not working
[ http://jira.activemq.org/jira//browse/AMQ-422?page=comments#action_35826
]
james strachan commented on AMQ-422:
I'd recommend you all try out Master/Slave to give you HA
http://activemq.org/MasterSlave
which is available in the forthcoming 4.0-RC1
create Java Service Wrapper for ActiveMQ
Key: AMQ-644
URL: http://jira.activemq.org/jira//browse/AMQ-644
Project: ActiveMQ
Type: New Feature
Components: Broker
Reporter: james strachan
Priority: Minor
[ http://jira.activemq.org/jira//browse/AMQ-644?page=all ]
james strachan updated AMQ-644:
---
Attachment: wrapper.conf
Here's an example for 3.2.1 from http://forums.activemq.org/posts/list/550.page
create Java Service Wrapper for ActiveMQ
[ http://jira.activemq.org/jira//browse/AMQ-497?page=comments#action_35831
]
Rob Davies commented on AMQ-497:
receive() will return null if there's a concurrent close - where do you get the
idea that receive() should never return null?
ie. the API docs
I fell for the charms of XBean a long time ago; both ActiveMQ and ServiceMix have been using it as its primary configuration mechanism for some time. I recently XBean-ified Jetty too which took about an hour and can currently configure most of Jetty. Incidentally there's currently a real simple
[
http://issues.apache.org/jira/browse/GERONIMO-1686?page=comments#action_12370806
]
Greg Wilkins commented on GERONIMO-1686:
Note that the jasper folks have already done the JSP API:
[ http://jira.activemq.org/jira//browse/AMQ-642?page=all ]
james strachan reassigned AMQ-642:
--
Assign To: james strachan
Add ability to monitor network connections on brokerclient
--
[
http://issues.apache.org/jira/browse/GERONIMO-1686?page=comments#action_12370808
]
Greg Wilkins commented on GERONIMO-1686:
* GenericServlet calls super() when it does not need to.
More specifics would be good here. I've changed the code
[
http://issues.apache.org/jira/browse/GERONIMO-1686?page=comments#action_12370810
]
Greg Wilkins commented on GERONIMO-1686:
Mmmm having hassles applying patch with or without the -E
I'm ending up with two copies of each class in every java
[ http://jira.activemq.org/jira//browse/AMQ-600?page=all ]
james strachan resolved AMQ-600:
Resolution: Fixed
Fix Version: 4.0 M5
This should be now fixed in SVN HEAD - could you confirm using tomorrows
SNAPSHOT build that your issues is
[ http://jira.activemq.org/jira//browse/AMQ-602?page=all ]
james strachan resolved AMQ-602:
Resolution: Fixed
This looks to be the same as AMQ-600
Remote TCP Publish-only persistant clients are unable to reconnect when
TCP/IP level discconect
[ http://jira.activemq.org/jira//browse/AMQ-642?page=all ]
james strachan resolved AMQ-642:
Resolution: Fixed
I've added addTransportListener()/removeTransportListener() methods to
ActiveMQConnection which should do what you need :)
Add
[ http://jira.activemq.org/jira//browse/AMQ-623?page=all ]
james strachan resolved AMQ-623:
Resolution: Fixed
Fix Version: 4.0 M5
I've just patched SVN HEAD to fix this issue AFAIK - any chance you could try
out tomorrows SNAPSHOT build (or
Hi,
How do I test if an AJP Connector for Web Container is working properly?
Thanks,
Vamsi
[
http://issues.apache.org/jira/browse/GERONIMO-1686?page=comments#action_12370815
]
Bill Dudney commented on GERONIMO-1686:
---
Hi Greg,
Make sure you are using the 3rd patch (its about 13 K) instead of the other two
which are substantially larger.
Server Logs portlet - Web Access Log Viewer improvements
Key: GERONIMO-1749
URL: http://issues.apache.org/jira/browse/GERONIMO-1749
Project: Geronimo
Type: Improvement
Components: console
Versions:
[
http://issues.apache.org/jira/browse/GERONIMO-1627?page=comments#action_12370818
]
Anders Hessellund Jensen commented on GERONIMO-1627:
This seems to be a win-only bug in Suns JDK. Heres what someone wrote on
forums.java.sun.com:
comments inline.
--- Prasad Kashyap [EMAIL PROTECTED]
wrote:
There are issues with the 2.2-SNAPSHOT.
1. With the connector module:
The connector module tests don't fail but spews a
lot, A LOT, of a
java.lang.AssertError.
2. With the basedir system property:
The system property
[ http://jira.activemq.org/jira//browse/AMQ-632?page=comments#action_35801
]
Kevin Yaussy commented on AMQ-632:
--
Thanks, James. My test system is experiencing problems at the moment, so I
hope I can soon try out the settings as you describe.
Thanks for
There's an article on configuring Geronimo to use a remote http server
which includes some testing recommendations at:
http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/Remote+HTTPd+Server
Best wishes,
Paul
On 3/17/06, Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
Hi,
How do I
Since security is not working for me I cannot recreate your scenario
and debug it. But if you can find the same problem in any other
module, please let me know and I'll try it out for you.
Let me also know if it this problem occurs with 2.1.3 or 2.2 version
of the surefire plugin.
Cheers
Prasad
The jvm is being forked in the geronimo
directory.
All the paths in java.io are resolved against user.dir
file:///D:/mytools/javadoc1.4/docs/api/index.html
I have tested that the user.dir is set to
/geronimo
and not .../geronimo/modules/a-module.
Thnaks
Anita
--- Prasad Kashyap
All but just the following 4 modules to be migrated.
interop
jetty
jetty-builder
axis-builder.
Then there are the almost-there modules. These modules have pending
work like one of the following -
1. tests don't work due to surefire plugin's bugs
2. properties/other resources are not procesed.
3.
Oops! The link is to File in javadoc
Thnaks
Anita
--- anita kulshreshtha [EMAIL PROTECTED] wrote:
The jvm is being forked in the geronimo
directory.
All the paths in java.io are resolved against
user.dir
file:///D:/mytools/javadoc1.4/docs/api/index.html
I have tested that
Few more things
1. Need to remove
downloadtrue/download
in all *-builders.
2. All paths in java.io are resolved to user.dir which
is the dir in which the jvm was invoked. M2 is not
invoking the jvm in the correct directory. It causes
all the paths to be resolved incorrectly. All the
Good news.. I just added a line
user.dir${basedir}/user.dir
to surefire configuraiton for tomcat and built it
with
mvn -o -Dmodule=tomcat clean test
I think we can use this temporarily, until maven
guys decide to fix it.
Thanks
Anita
--- anita kulshreshtha [EMAIL PROTECTED]
I wonder if this a problem with maven.
I had done the same thing in this tomcat patch that I had submitted here.
http://issues.apache.org/jira/secure/attachment/12324025/tomcat-tests.patch
+props.setProperty(user.dir, basedir);
I think somewhere in our code, we are using the user.dir to
I just built tomcat-builder and security from the
top level!! All with surefire 2.1.3-SNAPSHOT! I think
now we can call everything except jetty migrated. Any
takers for jetty ?
Thnaks
Anita
--- anita kulshreshtha [EMAIL PROTECTED] wrote:
Good news.. I just added a line
Working on it !
Cheers
Prasad
On 3/17/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
I just built tomcat-builder and security from the
top level!! All with surefire 2.1.3-SNAPSHOT! I think
now we can call everything except jetty migrated. Any
takers for jetty ?
Thnaks
Anita
---
[ http://issues.apache.org/jira/browse/GERONIMO-1731?page=all ]
Prasad Kashyap reassigned GERONIMO-1731:
Assign To: Prasad Kashyap
Module migration to Maven 2: jetty
--
Key: GERONIMO-1731
Anita,
You can do away with this line that you have in your tomcat's pom
localRepoDir${user.home}/.m2/repository/localRepoDir
You can get it by using ${settings.localRepository}. You don't need to
have a settings.xml file.
Cheers
Prasad
On 3/17/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
--- Prasad Kashyap [EMAIL PROTECTED]
wrote:
Anita,
You can do away with this line that you have in your
tomcat's pom
localRepoDir${user.home}/.m2/repository/localRepoDir
You can get it by using ${settings.localRepository}.
You don't need to
have a settings.xml file.
This
Jetty has the same issue. Tests run successfuly from inside the
module. Fail from the top level dir.
On 3/17/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Working on it !
Cheers
Prasad
On 3/17/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
I just built tomcat-builder and security from
Anita,
Remember how security module works for everybody else but just me. The
security test in Jetty fails with the exact same stacktrace as the
security module. I have a feeling that this might work for everybody
else too.
I have tried both forkmode settings but in vain !
Could you please try
[ http://jira.activemq.org/jira//browse/AMQ-492?page=all ]
Hiram Chirino resolved AMQ-492:
---
Resolution: Fixed
Design error in MulticastDiscoveryAgent use of FailoverTransportConnector?
[ http://issues.apache.org/jira/browse/GERONIMO-1732?page=all ]
Prasad Kashyap reassigned GERONIMO-1732:
Assign To: Prasad Kashyap
Module migration to Maven 2: jetty-builder
--
Key:
[ http://jira.activemq.org/jira//browse/AMQ-533?page=comments#action_35809
]
Hiram Chirino commented on AMQ-533:
---
ActiveMQ has not been enhanced so that the SQL statements used can be tuned.
In you case, you would want to used something similar to...
[ http://jira.activemq.org/jira//browse/AMQ-465?page=all ]
Hiram Chirino resolved AMQ-465:
---
Resolution: Fixed
The asyncDispatch setting configured on the connection was not being honored by
the connectionConsumers. Fixed so now the default should be
[ http://jira.activemq.org/jira//browse/AMQ-465?page=all ]
Hiram Chirino reopened AMQ-465:
---
forgot to update fix for version.
deadlock when using VM transport and Jencks...
--
Key: AMQ-465
Prasad,
While working on tomcat-builder I realised that if
I need a geronimo jar not yet converted to m2, I can
get it from maven1 repo by using the following groupId
groupIdgeronimo/groupId
artifactIdgeronimo-security/artifactId
...
If this does not
[ http://jira.activemq.org/jira//browse/AMQ-638?page=comments#action_35808
]
james strachan commented on AMQ-638:
BTW I patched the ruby client to perform client side redelivery, so its a
non-issue now for ruby clients
no way to get broker-led replay
[ http://jira.activemq.org/jira//browse/AMQ-639?page=comments#action_35812
]
Brian Diesenhaus commented on AMQ-639:
--
I did some testing this morning and here is what I found:
1. The broker is re-connecting. Looking at the connection in the JMX console
Inline -
Cheers
Prasad
On 3/17/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
Prasad,
While working on tomcat-builder I realised that if
I need a geronimo jar not yet converted to m2, I can
get it from maven1 repo by using the following groupId
groupIdgeronimo/groupId
Hi, community!
I experiment with running Geronimo on various JVM's. The interesting thing I've encountered is that some of unit tests fail on BEA Jrockit VM. I've got at least three failures unique to BEA Jrockit 1.4.2_04 VM:
Module: modules/directoryTest:
The 4.0 release of ActiveMQ is long overdue; since we started incubation
we've got out of the good habit of releasing early and releasing often. So
I'd like us to get back on track making frequent releases even though we are
still in the incubator (we can work on the community building and
[ http://jira.activemq.org/jira//browse/AMQ-465?page=all ]
Hiram Chirino resolved AMQ-465:
---
Resolution: Fixed
Fix Version: (was: 4.1)
4.0 M5
deadlock when using VM transport and Jencks...
[ http://jira.activemq.org/jira//browse/AMQ-533?page=all ]
Hiram Chirino resolved AMQ-533:
---
Resolution: Fixed
Fix Version: 4.0 M5
Unable to create ACTIVEMQ_ACK table
---
Key: AMQ-533
URL:
[ http://jira.activemq.org/jira//browse/AMQ-573?page=all ]
Hiram Chirino resolved AMQ-573:
---
Resolution: Fixed
Fix Version: (was: 4.1)
4.0 M5
The JMX QueueView now has a copy and delete methods that can be used to do the
[ http://issues.apache.org/jira/browse/GERONIMO-1706?page=all ]
Prasad Kashyap updated GERONIMO-1706:
-
Attachment: pruned-dep-j2ee.patch
Pruned dependencies list
Module migration to Maven2: j2ee
Key:
[ http://jira.activemq.org/jira//browse/AMQ-639?page=comments#action_35814
]
james strachan commented on AMQ-639:
BTW I wonder if the exception you are getting is related to this fix...
http://jira.activemq.org/jira/browse/AMQ-600
which was causing
[ http://jira.activemq.org/jira//browse/AMQ-639?page=comments#action_35815
]
james strachan commented on AMQ-639:
(BTW that issue was fixed in the last hour or so in SVN)
Broker is not re-connecting to a network of brokers after going down and then
Alan,
Incubation is something incubating communities have to do, and something
incubating communities are responsible for. Those communities get some
help and guidance from their mentors and the people on the
[EMAIL PROTECTED] mailing list, but never enough since most of those people
are
--- Prasad Kashyap [EMAIL PROTECTED]
wrote:
Inline -
Cheers
Prasad
On 3/17/06, anita kulshreshtha [EMAIL PROTECTED]
wrote:
Prasad,
While working on tomcat-builder I realised that
if
I need a geronimo jar not yet converted to m2, I
can
get it from maven1 repo by using the
Leo,
Many of the folks in the ActiveMQ project already have been through
the incubation process once before when we put Geronimo though. It's
not like this is our first rodeo. So in our eyes we really do think
we are very close to having satisfied the incubation requirements. I
think Alan was
[ http://jira.activemq.org/jira//browse/AMQ-598?page=all ]
james strachan deleted AMQ-598:
---
test
Key: AMQ-598
URL: http://jira.activemq.org/jira//browse/AMQ-598
Project: ActiveMQ
Type: Bug
Reporter: Hiram
There are some good ideas in here. Though I don't see Alan complaining.
I do see that Alan did compiled a list (STATUS file), pointed to it,
and sent the list out to people asking for feedback and discussion.
Seems like a positive start.
-David
On Mar 17, 2006, at 9:33 AM, Leo Simons
[ http://issues.apache.org/jira/browse/GERONIMO-1732?page=all ]
Prasad Kashyap updated GERONIMO-1732:
-
Attachment: jetty-builder.patch
Module migrated.
Dep list pruned.
Module migration to Maven 2: jetty-builder
James, you always ask the hardest questions :)
On Mar 17, 2006, at 1:00 AM, James Strachan wrote:
I fell for the charms of XBean a long time ago; both ActiveMQ and
ServiceMix have been using it as its primary configuration
mechanism for some time. I recently XBean-ified Jetty too which
I wanted to see what this incubation problem is all about, so I took a
look at the web site http://incubator.apache.org/resolution.html .
It says that the B.o.D. has determined that it's in the best interests of
the Foundation to create this incubator PMC charged with providing
guidance, to help
Seriously, people. Let's refrain from sensational emails whose only
point is to make things worse.
We are all here cause we want to work together and make great
communities, software and a better ASF.
-David
On Mar 17, 2006, at 10:23 AM, lichtner wrote:
I wanted to see what this
Forgot to mention, I added an experimental flag to 1.1 which will
turn off proxying in GBean references. This means that the injected
reference will be the actual service instance and not a proxy to the
service. My guess is this will break a few services that use
Our top level pom.xml lists all the modules that M2 must traverse to
build them individually. We currently have around 40 modules specified
in the list. We'll soon add some more and then move on to adding 53
configs, 16 applications, 7 plugins and some 6 assemblies (give or
take a few more).
This
[
http://issues.apache.org/jira/browse/GERONIMO-1726?page=comments#action_12370863
]
Prasad Kashyap commented on GERONIMO-1726:
--
Jacek, I don't see any properties files in this module. Was that comment meant
for some other module, maybe ?
Unable to run tradeStreamerAppclient
Key: GERONIMO-1750
URL: http://issues.apache.org/jira/browse/GERONIMO-1750
Project: Geronimo
Type: Bug
Components: sample apps
Versions: 1.0
Environment: winXP,
Reporter: Lin
[ http://issues.apache.org/jira/browse/GERONIMO-1731?page=all ]
Prasad Kashyap updated GERONIMO-1731:
-
Attachment: jetty.patch
Dependency list pruned.
SecurityTest.java is failing for me. But that's just for me. Same problem like
the Security
[ http://issues.apache.org/jira/browse/GERONIMO-1750?page=all ]
Lin Sun updated GERONIMO-1750:
--
Description:
I performed the following command:
java -jar client.jar tradeStreamerAppclient
then got the following exception:
09:37:12,203 INFO
I propose we add an events page to the community section of our
website. This page would contain a calendar of all upcoming Geronimo
related events (conferences, webcasts, parties, java user groups,
hackathons etc.). For example, Aaron, James and I are doing a
Geronimo webcast and Aaron,
[
http://issues.apache.org/jira/browse/GERONIMO-1727?page=comments#action_12370872
]
Prasad Kashyap commented on GERONIMO-1727:
--
The connector module worked fine just the way it was (in the top down builds
too). Then I tried to migrate these
This sounds like a great idea. Perhaps Events can be added as a link
under community? As more events arise and are posted, this would be a
great way to build community involvement for the Geronimo project. It
would be a helpful and organized way to locate Geronimo events.
Glenn
Dain
On Mar 17, 2006, at 10:32 AM, Prasad Kashyap wrote:
Our top level pom.xml lists all the modules that M2 must traverse to
build them individually. We currently have around 40 modules specified
in the list. We'll soon add some more and then move on to adding 53
configs, 16 applications, 7 plugins
Absolutely, in addition to adding a link in the community table we could give it more visibility by
adding a new tab on the top nav bar (right next to subprojects)
Cheers!
Hernan
Dain Sundstrom wrote:
I propose we add an events page to the community section of our
website. This page would
I agree. While opinions are valuable, when they are collected in
emails like this they become dangerous and harmful.
--jason
On Mar 17, 2006, at 10:32 AM, David Blevins wrote:
Seriously, people. Let's refrain from sensational emails whose
only point is to make things worse.
We are all
[ http://jira.activemq.org/jira//browse/AMQ-632?page=comments#action_35817
]
Kevin Yaussy commented on AMQ-632:
--
James,
The config settings on networkConnector works famously, as of the 3/17/2006
SNAPSHOT (it did not work against 3/15/2006 SNAPSHOT).
Free Registration:
http://searchWebServices.com/r/0,,54047,00.htm?IBM
When:
March 22, 2006 at 2:00 PM EST (19:00 GMT)
Speakers:
Dain Sundstrom - Chief Architect, IBM Gluecode
Aaron Mulder - Chief Technology Officer, Chariot Solutions.
James Strachan - Chief Architect, LogicBlaze
Several of us will be presenting at TheServerSide Java Symposium in
Vegas next week (http://javasymposium.techtarget.com/index.html).
I've pulled together, what I think is a complete list of the Geronimo
related sessions. If I missed one, please speak up.
Thursday, March 23
I personally didn't find anything sensational about lichtner's e-mail. I
think he raises a valid point. If the primary goal of Apache Geronimo is
to develope a quality, open source J2EE offering as a means of advancing
the interests of the ASF (whatever those may be), as opposed to an end in
and
Thank you David.
- You wrote
This means two things:
1. there needs to be modules/pom.xml which is the parent of everything
in modules. Same goes for the other dirs, configs, assemblies, etc.
The parent pom of modules/pom.xml would be the root pom.xml (if we
want a root pom).
2. each
pom.xmls in the intermediate directories would be good IMO.
--jason
-Original Message-
From: Prasad Kashyap [EMAIL PROTECTED]
Date: Fri, 17 Mar 2006 13:32:24
To:dev@geronimo.apache.org
Subject: Restructuring top level pom.xml
Our top level pom.xml lists all the modules that M2 must
2006/3/17, Prasad Kashyap [EMAIL PROTECTED]:
This will make our top level pom.xml a huge big list. Are we sure we
want to keep it structured this way ?
Hi Prasad,
It looks that we're quickly approaching Dave's idea when he had
envisioned the modules listed in one place would require a lot of
Good idea. :-)
--jason
-Original Message-
From: Dain Sundstrom [EMAIL PROTECTED]
Date: Fri, 17 Mar 2006 11:31:38
To:dev@geronimo.apache.org
Subject: Events page on website
I propose we add an events page to the community section of our
website. This page would contain a calendar of
2006/3/17, David Blevins [EMAIL PROTECTED]:
Here are my thoughts on the subject:
http://www.mail-archive.com/dev@geronimo.apache.org/msg18122.html
I still keep it in my archive as I couldn't fully get the gist of it
the first time. It seems we're growing up ;)
-David
Jacek
--
Jacek
2006/3/17, Dain Sundstrom [EMAIL PROTECTED]:
I propose we add an events page to the community section of our
website. This page would contain a calendar of all upcoming Geronimo
related events (conferences, webcasts, parties, java user groups,
hackathons etc.). For example, Aaron, James and
IMO #2 is a nice to have... But is certainly not required to add intermediate
poms to group modules.
Once maven2ization is done, then I imagine than the entire project structure
should be reevaluated and ultimatly changed.
--jason
-Original Message-
From: Prasad Kashyap [EMAIL
On 3/17/06, Jason Dillon [EMAIL PROTECTED] wrote:
IMO #2 is a nice to have... But is certainly not required to add intermediate
poms to group modules.
Really ? When I first cut my teeth with m2 working on itests, I
remember something like having to make the artifactid and directory
same. But
Really ? When I first cut my teeth with m2 working on itests, I
remember something like having to make the artifactid and directory
same. But if that is not the case, then great ! We can/should go ahead
and create intermediate pom.xmls for the existing dir structure.
They do not need to be
Jacek, cancel your weekend plans. You have a bunch of patches to apply
that will keep you busy all weekend :-) Just kidding.
interop is the last module left to migrate. It's maven.xml defines a
whole bunch of goals that I don't know who uses.
Cheers
Prasad
On 3/17/06, anita kulshreshtha
1 - 100 of 130 matches
Mail list logo