[
http://issues.apache.org/jira/browse/GERONIMO-2161?page=comments#action_12419266
]
Prasad Kashyap commented on GERONIMO-2161:
--
Jason, can we please make this a subtask of G-2071 ? Keeping all m2 related
work under 1 uber-JIRA will help us find
Oh cool. Yes !!
First we needed the geronimo-deployment-plugin to be in m2. So in
http://issues.apache.org/jira/browse/GERONIMO-1738, I got the
deployment-plugin migarted to m2. The RTC for this is pending 2 more
votes. Now, if you and Jason can review and approve it, we can get it
in the build.
-SNAPSHOT.pom
Reason: Not a v4.0.0 POM.
Cheers
Prasad
On 7/4/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Ooops. Sorry Jason. I was trying to keep up with the emails on my
vacation and ended up misreading your question. You do clearly ask why
the d-m-p not be used to install car files.
The geronimo
the
dependency plugin instead of a custom car installer plugin.
--jason
On Jul 2, 2006, at 8:25 AM, Prasad Kashyap wrote:
Inline -
On 7/1/06, Jason Dillon [EMAIL PROTECTED] wrote:
Why can't the dependency plugin be used to install the car files?
I'm not sure what you mean by the dependency
Hi Anita,
Sorry, couldn't get back to your earlier. I was checking my mail while
on a vacation but didn't have access to my code.
Anyways, I built all the applications successfully today. To figure
out why you are seeing that build break, could you please turn on the
verbose config option of
can exclude META-INF/maven/ from the jars by configuring
the
jar plugin to use addMavenDescriptorfalse/... I have not used
it,
but it should work.
Thanks
Anita
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
The m-a-p is invoked twice for the following reasons:
When we copy some modules
.
--jason
Cheers
Prasad
On Jul 1, 2006, at 1:23 PM, Prasad Kashyap wrote:
The m-a-p is invoked twice for the following reasons:
When we copy some modules into a m2 repo structure format, it also
copies the META-INF/maven/.. directories. This unneccesary directory
introduces a very
Inline -
On 7/1/06, Jason Dillon [EMAIL PROTECTED] wrote:
Why can't the dependency plugin be used to install the car files?
I'm not sure what you mean by the dependency plugin.
http://mojo.codehaus.org/dependency-maven-plugin/
It basically handles copying (or unpacking) artifacts and their
Inline -
On 6/30/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
inline..
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
1. Our pom.xml first lists all and only geronimo modules, configs and
apps as dependencies. The transitive deps are taken care of by m-a-p.
In a perfect M2 world just
The m-a-p is invoked twice for the following reasons:
When we copy some modules into a m2 repo structure format, it also
copies the META-INF/maven/.. directories. This unneccesary directory
introduces a very long path too. So in the first execution, we use the
intermediaryAssembly to skip the
The link tries to authenticate me :-(
Cheers
Prasad
On 6/30/06, David Blevins [EMAIL PROTECTED] wrote:
Built and published the latest jars from my mac.
For reference it's simply: Finder - Go - Connect to Server
Use https://dav.codehaus.org/dist/openejb/; for the Server Address.
Good idea to
maven-assembly-plugin.patch
On Jun 30, 2006, at 3:00 PM, Prasad Kashyap wrote:
I'm sorry. The earlier maven-assembly-plugin.patch had a whole
directory that had gone missing.
Here is the patch again.
Thanks djencks for catching it.
Cheers
Prasad
snip
[
http://issues.apache.org/jira/browse/GERONIMO-2157?page=comments#action_12418259
]
Prasad Kashyap commented on GERONIMO-2157:
--
Jason, yes. I'd like for you to apply it. I can't apply it.
Anita, are you saying that I can remove the version under
[
http://issues.apache.org/jira/browse/GERONIMO-2157?page=comments#action_12418268
]
Prasad Kashyap commented on GERONIMO-2157:
--
Yes. I checked out just the activation module and built it successfuly. I had
ofcourse the modules-parent
[ http://issues.apache.org/jira/browse/GERONIMO-2149?page=all ]
Prasad Kashyap closed GERONIMO-2149:
Resolution: Cannot Reproduce
Cleaned out specs from repo and downloaded fresh specs. Now works fine.
Missing ejb spec and servlet spec
Versions: 1.2
Reporter: Prasad Kashyap
Fix For: 1.2
Attachments: relativePath.patch
example pom excerpt
project
modelVersion4.0.0/modelVersion
parent
groupIdorg.apache.geronimo.modules/groupId
artifactIdmodules-parent/artifactId
version1.2-SNAPSHOT
[ http://issues.apache.org/jira/browse/GERONIMO-2157?page=all ]
Prasad Kashyap reassigned GERONIMO-2157:
Assign To: Prasad Kashyap
Build trunk from top down with one command
--
Key: GERONIMO
Alright, alright. Stop whining already :-) :-)
Now somebody please apply the patch in
http://issues.apache.org/jira/browse/GERONIMO-2157. We can then build
trunk from top down with 1 single command.
I still can't find anything in the modules that depends on the
geronimo-plugins. I cleaned out
On 6/27/06, Jason Dillon [EMAIL PROTECTED] wrote:
As I mentioned before in previous m2 related mails, most of the
properties defined in the top-level pom are unneeded and can be
removed to simplify the pom and reduce the fragility of the
configuration.
At the same time, all modules, that have
[ http://issues.apache.org/jira/browse/GERONIMO-2157?page=all ]
Prasad Kashyap reassigned GERONIMO-2157:
Assign To: Jason Dillon (was: Prasad Kashyap)
Build trunk from top down with one command
Here's the status of the assembly plugin.
The geronimo-assembly-plugin is ready and is undergoing tests. It has
only 1 goal, i.e., the installConfig goal. This goal runs thro' the
dependency list in the pom.xml and installs all dependencies of type
car. I have attached a patch of this plugin for
I was unable to attach the zip file of the plugin. Here's the patch.
Cheers
Prasad.
On 6/26/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Here's the status of the assembly plugin.
The geronimo-assembly-plugin is ready and is undergoing tests. It has
only 1 goal, i.e., the installConfig goal
The trunk
Cheers
Prasad
On 6/26/06, Jason Dillon [EMAIL PROTECTED] wrote:
What branch is this on?
IMO, the sooner we get to m2 the better.
--jason
On Jun 26, 2006, at 10:09 AM, David Jencks wrote:
Although there are still some problems (such as not running all the
tests) I think we have
I'm whiskers away from finishing the assembly plugin. I am down to the
nitty grittties of ensuring the correct file mode on the various
files and directories. I also have to set and ensure the correct line
endings.
What else ? We have to get maven to apply the patch for the assembly
plugin and
, Prasad Kashyap wrote:
Alan,
You'd have to build the geronimo-packaging-plugin manually first. It's
under geronimo/m2-plugins
cd geronimo/m2-plugins
mvn clean
mvn -N
mvn
Cheers
Prasad
On 6/25/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I get this error:
Try downloading the file
start
to show up when a clean repo is used... :-(
--jason
On Jun 26, 2006, at 6:46 PM, Prasad Kashyap wrote:
I'm sorry but I'm confused about this main build and the plugins
build. I thought they are all one single build like we did in m1 with
all the new(xx).
This is how the build order
the repo... but that isn't gonna happen any time soonish for us
to benefit from.
IMO, we need to adapt to how m2 works now and then grow with it as we
get features/bugs fixed and implemented.
--jason
On Jun 26, 2006, at 7:21 PM, Prasad Kashyap wrote:
Yes, that's the ideal situation and we very
and then the top-level
will continue. Something is horked... not sure why though...
Where did this jsr plugin come from?
--jason
On Jun 26, 2006, at 1:05 PM, Prasad Kashyap wrote:
Alan,
You'd have to build the geronimo-packaging-plugin manually first. It's
under geronimo/m2-plugins
cd geronimo/m2
org.apache.geronimo.configs/openejb-deployer/1.2-SNAPSHOT/car
Cheers
Prasad
On 6/26/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
http://www.mail-archive.com/dev@geronimo.apache.org/msg25378.html
On 6/26/06, Jason Dillon [EMAIL PROTECTED] wrote:
What the heck is up with the xmlbeans plugin?
I keep
Maybe 'coz we built it with new2 before ? Not sure.
Cheers
Prasad
On 6/26/06, Jason Dillon [EMAIL PROTECTED] wrote:
Why is openejb included in our build at all?
--jason
On Jun 26, 2006, at 8:25 PM, Prasad Kashyap wrote:
These are the problems I encountered, encountering.
openejb
Versions: 1.2
Reporter: Prasad Kashyap
Assigned to: David Jencks
Fix For: 1.2
Attachments: missing-deps.patch
http://www.mail-archive.com/dev@geronimo.apache.org/msg25267.html
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact
Ah. So I wasn't the only one missing the deps. Jacek, you may find the
patch here.
http://www.mail-archive.com/dev@geronimo.apache.org/msg25267.html
Can you please patch it using
http://issues.apache.org/jira/browse/GERONIMO-2149 ?
Cheers
Prasad
On 6/25/06, Jacek Laskowski [EMAIL PROTECTED]
Yes modules should first be built
The execeptions are caused by missing deps in the modules. Nothing to
do with the deployment plugin.
Cheers
Prasad
On 6/25/06, David Jencks [EMAIL PROTECTED] wrote:
On Jun 25, 2006, at 4:06 AM, Jacek Laskowski wrote:
On 6/13/06, David Jencks [EMAIL
[
http://issues.apache.org/jira/browse/GERONIMO-1738?page=comments#action_12417717
]
Prasad Kashyap commented on GERONIMO-1738:
--
Modules should be built first.
Plugin migration to Maven 2: geronimo-deployment-plugin
[ http://issues.apache.org/jira/browse/GERONIMO-1738?page=all ]
Prasad Kashyap updated GERONIMO-1738:
-
Attachment: geronimo-deployment-plugin-RTC-VOTE.2.patch
This patch was attached under the uber JIRA GERONIMO-2071. It is currently
pending an RTC
take care of
that. Right now, I don't know why it fails. The build is successful
the second time.
Cheers
Prasad
On 6/12/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Please see comments inline -
On 6/11/06, David Jencks [EMAIL PROTECTED] wrote:
I'm finding it a bit hard to keep track of the m2
Cool Jason. I like it. Can we please have to/fro links from the
http://cwiki.apache.org/geronimo site to the KB.
Thanx
Prasad
On 6/22/06, Jason Dillon [EMAIL PROTECTED] wrote:
Autoexport is up:
http://cwiki.apache.org/GMOxKB/index.html
--jason
On Jun 22, 2006, at 12:17 PM, Jason
[
http://issues.apache.org/jira/browse/GERONIMO-2116?page=comments#action_12417408
]
Prasad Kashyap commented on GERONIMO-2116:
--
DJ, I didn't think you had to rebuild the jspc plugin. Jeff has applied my
patches to that plugin and had also
I did a sniff test of the installed product and I think we are good to go.
+1 from me.
I shall grill it some more tomorrow.
Cheers
Prasad
On 6/19/06, Hernan Cunico [EMAIL PROTECTED] wrote:
John Sisson wrote:
Some notes in relation to documentation:
* Clicking on the the Geronimo
David,
Thanks for that excellent recap.
+1 from me.
+1 to Alan's comment that all patches to branches should also be
applied to the trunk. Any future x.(y+1) branch should come from the
trunk and not from the recently frozen x.y.z branch.
Cheers
Prasad
On 6/21/06, Hiram Chirino [EMAIL
Awesome ! Congrats Joe.
Cheers
Prasad
On 6/20/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
CONGRATULATIONS! Joe
Cheers
Anita
--- Sachin Patel [EMAIL PROTECTED] wrote:
In recognition of his contributions to the Apache Geronimo community,
the Geronimo PMC is proud to announce the
On 6/17/06, Rodent of Unusual Size [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I don't consider this valid, either. If you have the
time to be a committer, you have the time to be part of
the community and collaborate with your peers on the
project. One thing about
[
http://issues.apache.org/jira/browse/GERONIMO-2098?page=comments#action_12416075
]
Prasad Kashyap commented on GERONIMO-2098:
--
RTC vote thread.
http://www.mail-archive.com/dev@geronimo.apache.org/msg23947.html
Application migration to Maven 2
)
Components: web
Versions: 1.2
Reporter: Prasad Kashyap
Fix For: 1.2
Attachments: jspc.patch
Patch precompiles jsps.
Patch also jars classes into web-inf/lib/${project.build.finalName}.jar.
Note: The 2.0.1 snapshot of the maven-war-plugin has not been deployed yet. To
test the jar
[ http://issues.apache.org/jira/browse/GERONIMO-2116?page=all ]
Prasad Kashyap updated GERONIMO-2116:
-
Attachment: jspc.patch
Precompile JSPs in apps. Jar classes into web-inf/lib
[ http://issues.apache.org/jira/browse/GERONIMO-2116?page=all ]
Prasad Kashyap reassigned GERONIMO-2116:
Assign To: David Jencks
Precompile JSPs in apps. Jar classes into web-inf/lib
Please see comments inline -
On 6/11/06, David Jencks [EMAIL PROTECTED] wrote:
On Jun 7, 2006, at 1:03 PM, Prasad Kashyap wrote:
Attention Maven Committers !
I really wish we had a maven committer too involved with the m2
migration effort. There are atleast 3 maven JIRAs that we
Please see comments inline -
On 6/11/06, David Jencks [EMAIL PROTECTED] wrote:
I'm finding it a bit hard to keep track of the m2 migration status,
so I thought I'd try to put it all on one page.
http://issues.apache.org/jira/browse/GERONIMO-1737 : assembly plugin:
no patch. I understand our
: application client
Versions: 1.2
Reporter: Prasad Kashyap
Fix For: 1.2
Attachments: remote-deploy.patch
Merge remote-deploy-lib with remote-deploy
Migrate remote-deploy to M2.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
[ http://issues.apache.org/jira/browse/GERONIMO-2098?page=all ]
Prasad Kashyap updated GERONIMO-2098:
-
Attachment: remote-deploy.patch
Application migration to Maven 2: remote-deploy
---
Key
[ http://issues.apache.org/jira/browse/GERONIMO-2098?page=all ]
Prasad Kashyap reassigned GERONIMO-2098:
Assign To: David Jencks
Application migration to Maven 2: remote-deploy
---
Key
Merged remote-deploy-lib with remote-deploy.
Migrated remote-deploy to M2.
http://issues.apache.org/jira/browse/GERONIMO-2098
[ http://issues.apache.org/jira/browse/GERONIMO-2098?page=all ]
Prasad Kashyap updated GERONIMO-2098:
-
Attachment: remote-deploy-v2.patch
Instriuctions:
-
1. svn mv
geronimo\applications\remote-deploy-lib\src\java\org\apache
[ http://issues.apache.org/jira/browse/GERONIMO-2098?page=all ]
Prasad Kashyap updated GERONIMO-2098:
-
Attachment: remote-deploy-v3.patch
Please apply remote-deploy-v3.patch. It takes care of the configs too in an m1
build.
This has been deployed
much practice voting yet it would be a good idea to go
through the vote process on this small uncontroversial change.
Many thanks
david jencks
On Jun 9, 2006, at 9:23 AM, Prasad Kashyap wrote:
Merged remote-deploy-lib with remote-deploy.
Migrated remote-deploy to M2.
http://issues.apache.org
PROTECTED] wrote:
On 6/6/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Now that we have something like a baseline of M2 in the trunk, can
we
please go back to creating subtasks under Geronimo-2071 for any
current work that we are doing. This will help us prevent
duplication.
Thanks Prasad! I
[
http://issues.apache.org/jira/browse/GERONIMO-2071?page=comments#action_12414984
]
Prasad Kashyap commented on GERONIMO-2071:
--
I cut my teeth on M2 migrating this plugin. It was also the first one to be
migrated. So I migrated the classes
PackageBuilder, MavenConfigStore, and MavenAttributeStore. I
need to incorporate these changes into m2 plugin and retest
everything.
:( I am assuming that fundamentally the executable configurations
are
still being packaged the same way.
Thanks
Anita
--- Prasad Kashyap [EMAIL PROTECTED] wrote
Here's the discussion on why we had to change the groupIds
http://www.mail-archive.com/dev@geronimo.apache.org/msg19426.html
And here's the JIRA that restructured the POMs and gave those groupIds.
http://issues.apache.org/jira/browse/GERONIMO-1755
I hope I understood what David is saying
+1.
The m2 work in dead-1.2 included modules, deployment-plugin and all
the apps. They all passed tests too. We can consider the m2 work from
dead-1.2 merged when we have got these building and testing
successfully into new trunk.
Cheers
Prasad
On 6/5/06, David Jencks [EMAIL PROTECTED] wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Prasad Kashyap updated GERONIMO-2071:
-
Attachment: deployment-plugin.patch
The deployment-plugin.patch (later used by magicGball tests)
Move Geronimo build to M2 (new 1.2 trunk
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Prasad Kashyap updated GERONIMO-2071:
-
Attachment: applications.patch
applications.patch does not include the console and magicGball reorg.
It also configures surefire in the geronimo
We already use a separate groupId for specs. (o.a.g.specs). We have to
decide between having some 5 top level groupIds under o.a.g versus
having all artifacts for modules, configs, specs, samples, under the
same groupId. I am beginning to think, seeing the latter in the repo
is more confusing.
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Prasad Kashyap updated GERONIMO-2071:
-
Attachment: deployment-plugin.patch
David, can you please try this deployment-plugin.patch.
Move Geronimo build to M2 (new 1.2 trunk
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Prasad Kashyap updated GERONIMO-2071:
-
Attachment: pom.xml
Latest pom.xml with codehaus reppo for tranql and dwrVersion set to 1.1.1
Move Geronimo build to M2 (new 1.2 trunk
Just before v1.0, the % of code we had covered in our unit test were
about 30%. I don't know expect that to have gone up significantly
higher since then.
Check out this site -
http://developer.spikesource.com/testresults/index.jsp?show=component-resultscategory=allcomp-id=197086#pkgtest
But I
Anita has posted an [RTC] note with the patches to the devlist. She
had a question which I'm reposting it here for relevancy.
A lot of patches for the m2 migration were reviewed and committed into
the now dead-1.2 branch (old trunk). This work should now go into the
new 1.2 trunk. So the same
to use the jspc plugin now, please use version 1.4.3.
It does not fork the compile.
Jeff
Prasad Kashyap wrote:
The migration of applications to M2 has been kinda held up by the
following 2 maven jiras
http://jira.codehaus.org/browse/MJSPC-2 (to fix jspc plugin)
http://jira.codehaus.org/browse
with not requiring RTC for this.
Matt
Prasad Kashyap wrote:
Anita has posted an [RTC] note with the patches to the devlist. She
had a question which I'm reposting it here for relevancy.
A lot of patches for the m2 migration were reviewed and committed into
the now dead-1.2 branch (old trunk
[ http://issues.apache.org/jira/browse/GERONIMO-2071?page=all ]
Prasad Kashyap updated GERONIMO-2071:
-
Attachment: applications.patch.zip
The applications.patch does the following
1. in the geronimo/pom.xml, change dwrVersion to 1.1.1
2
[
http://issues.apache.org/jira/browse/GERONIMO-2071?page=comments#action_12414343
]
Prasad Kashyap commented on GERONIMO-2071:
--
Just FYI -
http://www.mail-archive.com/dev@geronimo.apache.org/msg23018.html
Move Geronimo build to M2 (new 1.2
I have all the applications migrated to M2 now. But I have a problem
using the jspc-maven-plugin to precompile the JSPs. I hope Jeff can
help me here.
The jspc-maven-plugin is configured in the parent pom and executed by
the pom in each application. Please find attached the parent pom (goes
in
I found some more modules that have not yet been migrated. Jetty,
jetty-builder and upgrade come to mind. Think they are a few more. I
have patches for some.
It would be nice if we can commit the others from Anita's patch(es) so
that we have something to keep building upon. I guess we agreed
that. It then executes a parallel lifecycle till the the
compile phase.
Cheers
Prasad
On 5/31/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
Prasad,
Thanks! More inline..
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
I have all the applications migrated to M2 now. But I have a problem
using the jspc-maven
Versions: 1.2
Reporter: Prasad Kashyap
Assigned to: Jacek Laskowski
Fix For: 1.2
A lot of work for moving Geronimo build to M2 was done under G-851.
(http://issues.apache.org/jira/browse/GERONIMO-851)
The old trunk was renamed as dead-1.2. The new trunk was created from 1.1
Thanks for the patch paul. You might want to have [RTC] in the subject
so that the patch gets reviewed and approved.
Cheers
Prasad.
On 5/31/06, Paul McMahan [EMAIL PROTECTED] wrote:
My trunk build was failing because the plugin versions in
etc/project.properties didn't match the plugin
not sure if the existence of a
web.xml is the way to go on this one.
What say we look for the packaging element in the pom.xml ? Make
this plugin relevant only for war packagings and skip it for others.
http://jira.codehaus.org/browse/MJSPC-3.
Jeff
Prasad Kashyap wrote:
I have all
-45).
Soon, I shall submit a patch for the application migration without
these 2 features (jsp precompile and jar classes). We can do good w/o
these for now. Once the maven jiras are ready, we shall patch the
application pom(s) again.
Cheers
Prasad
On 5/31/06, Prasad Kashyap [EMAIL PROTECTED
Now that we have a new 1.2 trunk, we can go ahead migrating the build
to m2 (again).
A recap:
1. The build in the old trunk was migrated to m2. It can be found here
http://svn.apache.org/viewvc/geronimo/branches/dead-1.2/
2. The old migration JIRA was under the JIRA G-851.
go ahead from there on.
Thanx
Prasad
On 5/25/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
inline..
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
Now that we have a new 1.2 trunk, we can go ahead migrating the build
to m2 (again).
A recap:
1. The build in the old trunk
/25/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
inline..
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
Anita, that is okay with me.
So we shall continue to use the old JIRA G-851.
You now seem to have a uber patch, one each for the modules and
configs. This, I believe, will contain
I was able to apply the same patch on linux. Wonder why not on windows ?
Cheers
Prasad
On 5/25/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Anita,
I'm unable to apply your modules.patch using TortoiseSVN on XP.
I first get a pop-up which says, {g_path}/modules/tomcat/pom.xml has
no URL
on
the trunk(The PluginInstallerTest failed). This patch builds, but I had
to skip tests. See pom.xml in modules. Jetty module can not find needed
jars. What version changes were made recently?
Thanks
Anita
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
I was able to apply the same patch on linux. Wonder why
that you make a backup of any changes you haven't committed
first just in case.. (as fixing the line endings can result in every
line in your files being changed, possibly causing merge issues)..
After the svn properties are fixed, the patches may need to be regenerated.
John
Prasad Kashyap wrote:
I
[ http://issues.apache.org/jira/browse/GERONIMO-1900?page=all ]
Prasad Kashyap reopened GERONIMO-1900:
--
I tried the Continuum build from 05/23/06 that i downloaded from
http://people.apache.org/repository/geronimo/distributions/
The examples
+1 to move 1.1 to trunk and calling it 1.2
+1 for D Jencks suggestion on the naming of the old trunk to 1.2-dead.
Cheers
Prasad
On 5/22/06, Aaron Mulder [EMAIL PROTECTED] wrote:
+1
On 5/22/06, Paul McMahan [EMAIL PROTECTED] wrote:
+1
Paul
On 5/21/06, Matt Hogstrom [EMAIL PROTECTED]
[
http://issues.apache.org/jira/browse/GERONIMO-2023?page=comments#action_12412780
]
Prasad Kashyap commented on GERONIMO-2023:
--
There's a discussion going on in this thread about the usability design of the
welcome app vis-a-vis examples
Hey !!! What happened to the builds that gbuild used to post daily to
the repository directory at
http://svn.apache.org/repository/geronimo/distribution ?
Cheers
Prasad
On 5/12/06, David Blevins [EMAIL PROTECTED] wrote:
On May 11, 2006, at 6:01 AM, Joe Bohn wrote:
I agree with everyone
[
http://issues.apache.org/jira/browse/GERONIMO-1900?page=comments#action_12402322
]
Prasad Kashyap commented on GERONIMO-1900:
--
The requirements sought in this thread -
http://www.mail-archive.com/dev@geronimo.apache.org/msg22100.html and it's
[ http://issues.apache.org/jira/browse/GERONIMO-1951?page=all ]
Prasad Kashyap resolved GERONIMO-1951:
--
Resolution: Fixed
Assign To: Aaron Mulder
I believe this issue has been fixed in G-1974. See Dain's comments here :
http
[
http://issues.apache.org/jira/browse/GERONIMO-2004?page=comments#action_12383226
]
Prasad Kashyap commented on GERONIMO-2004:
--
Observations:
-
Recreated Anita's steps and reproduced the problem by dropping the
welcome-jetty
Hi Matt,
Moving the M2 conversion work from the trunk to 1.1 should not be
disruptive. It would have the following changes
1) add pom.xmls in all modules
2) add a few ant files in some modules
3) change *Test.java files in quite a few modules.
I have no strong objections to it except that I'm
[
http://issues.apache.org/jira/browse/GERONIMO-1974?page=comments#action_12379113
]
Prasad Kashyap commented on GERONIMO-1974:
--
When a newer version of the module is redeployed, the configuration of the
newer module is marked as load=false, even
[
http://issues.apache.org/jira/browse/GERONIMO-1974?page=comments#action_12379119
]
Prasad Kashyap commented on GERONIMO-1974:
--
In my C:\Apache\geronimo\configs\welcome-jetty\target\plan\plan.xml file, I
changed the version number from 1.1
] wrote:
What are the ant files used for ?
And why changing the test class names ? Surefire can be configured
specifically if needed ... So this change could be delayed.
Cheers,
Guillaume Nodet
Prasad Kashyap wrote:
Hi Matt,
Moving the M2 conversion work from the trunk to 1.1 should
On the Thinking about 1.2 and moving forward thread,
(http://www.mail-archive.com/dev@geronimo.apache.org/msg22073.html),
there was talk about making the current 1.1 as the new trunk and
moving the changes from the existing trunk to this new trunk.
So did you mean moving to this new trunk ?
Are
Welcome to the list, Sachin ;-)
Cheers
Prasad
On 5/10/06, Sachin Patel [EMAIL PROTECTED] wrote:
test:ignore
-sachin
[ http://issues.apache.org/jira/browse/GERONIMO-1641?page=all ]
Prasad Kashyap reassigned GERONIMO-1641:
Assign To: Prasad Kashyap
Using default Console Realm, when delete a user it will not be removed from
the groups
[ http://issues.apache.org/jira/browse/GERONIMO-1641?page=all ]
Prasad Kashyap updated GERONIMO-1641:
-
Attachment: G-1641.patch
Please review and commit.
Using default Console Realm, when delete a user it will not be removed from
the groups
[ http://issues.apache.org/jira/browse/GERONIMO-1641?page=all ]
Prasad Kashyap reassigned GERONIMO-1641:
Assign To: Aaron Mulder (was: Prasad Kashyap)
Please review patch and commit.
Using default Console Realm, when delete a user
801 - 900 of 1196 matches
Mail list logo