[ http://issues.apache.org/jira/browse/GERONIMO-1900?page=all ]
Prasad Kashyap updated GERONIMO-1900:
-
Attachment: welcome-7.patch
Sample app links on welcome app are broken by default
..
Thanks
-Dave-
Prasad Kashyap wrote:
In response to -
http://issues.apache.org/jira/browse/GERONIMO-1900?page=comments#action_12377441
I've taken a first shot at making this a single-click install. Please
apply the attached patch (from the geronimo dir) and let me know
[ http://issues.apache.org/jira/browse/GERONIMO-1900?page=all ]
Prasad Kashyap updated GERONIMO-1900:
-
Attachment: welcome-images.jar
welcome-6.patch
Sample app links on welcome app are broken by default
[ http://issues.apache.org/jira/browse/GERONIMO-1994?page=all ]
Prasad Kashyap resolved GERONIMO-1994:
--
Resolution: Cannot Reproduce
I downloaded the latest jar from
http://svn.apache.org/repository/geronimo/distributions/geronimo-installer
[ http://issues.apache.org/jira/browse/GERONIMO-1751?page=all ]
Prasad Kashyap resolved GERONIMO-1751:
--
Resolution: Cannot Reproduce
I am unable to reproduce this on 1.1. The issue must have been fixed sometime
between then and now.
Please
[ http://issues.apache.org/jira/browse/GERONIMO-1861?page=all ]
Prasad Kashyap reassigned GERONIMO-1861:
Assign To: Prasad Kashyap
Assembly plugin should make a backup original copy of the config.xml file
[ http://issues.apache.org/jira/browse/GERONIMO-1861?page=all ]
Prasad Kashyap updated GERONIMO-1861:
-
Attachment: assembly-plugin.patch
change-assembly-version.patch
assembly-version-change-openejb.patch
There are 2
[ http://issues.apache.org/jira/browse/GERONIMO-1861?page=all ]
Prasad Kashyap reassigned GERONIMO-1861:
Assign To: Dain Sundstrom (was: Prasad Kashyap)
Patches are ready. Please review and commit.
Assembly plugin should make a backup
[ http://issues.apache.org/jira/browse/GERONIMO-1782?page=all ]
Prasad Kashyap resolved GERONIMO-1782:
--
Fix Version: (was: 1.2)
Resolution: Cannot Reproduce
I am unable to reproduce this issue on the latest server downloaded from
Hmm.. seems inevitable I guess. As for the M2 work done so far, I
understand we'd have to *move* it from the old trunk to the new trunk
(not exactly doing it all over again). Since it's the 2nd time
around, I hope we can run through it this time within a week.
Cheers
Prasad
On 5/7/06, Jeff
OK, here's the deal.
I was able to recreate this problem on an XP box, following the steps
John mentioned.
However, it works fine when you include the options in the geronimo.bat file.
%_EXECJAVA% %JAVA_OPTS% %GERONIMO_OPTS%
-DXorg.apache.geronimo.NewClassLoader=true
In response to -
http://issues.apache.org/jira/browse/GERONIMO-1900?page=comments#action_12377441
I've taken a first shot at making this a single-click install. Please
apply the attached patch (from the geronimo dir) and let me know if
this is something we should do. If so, then I'll proceed
patch just hit an
unlucky timing window :-)
Paul
On 5/4/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
In response to -
http://issues.apache.org/jira/browse/GERONIMO-1900?page=comments#action_12377441
I've taken a first shot at making this a single-click install. Please
apply the attached patch
,
Error occurred in portlet!
Same stacktrace as posted earlier in this thread.
Reopening http://issues.apache.org/jira/browse/GERONIMO-1974
Cheers
Prasad
On 5/3/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
I have been testing the redeploy functionality using CLI and came
across the following issues
[ http://issues.apache.org/jira/browse/GERONIMO-1974?page=all ]
Prasad Kashyap reopened GERONIMO-1974:
--
I did a redeploy test on the latest code and this is what I found now.
Here's the command:
deploy --user system --password manager redeploy
C
[
http://issues.apache.org/jira/browse/GERONIMO-1974?page=comments#action_12377947
]
Prasad Kashyap commented on GERONIMO-1974:
--
I bumped the version number in our welcome-jetty plan. It's the same 1.1 plan
we have.
C:\Apache\geronimo\configs
[
http://issues.apache.org/jira/browse/GERONIMO-1974?page=comments#action_12377948
]
Prasad Kashyap commented on GERONIMO-1974:
--
Aaron, this new title and description sounds good.
But I still have the problem with the error message
[
http://issues.apache.org/jira/browse/GERONIMO-1974?page=comments#action_12377953
]
Prasad Kashyap commented on GERONIMO-1974:
--
This is how I think the redeploy should work.
I don't mind if, by default, it replaces the target module entirely
: console
Versions: 1.1
Reporter: Prasad Kashyap
Assigned to: Aaron Mulder
Priority: Blocker
Fix For: 1.1
After a redeploy is done by CLI, the portlet in the console that displays the
list is broken.
(http://localhost:8080/console/portal/apps/apps_war). It shows the message
I have been testing the redeploy functionality using CLI and came
across the following issues/questions/concerns. Basically, I have been
redeploying the same war but bumping the version # in the plan.
1) After a redeploy is done by CLI, the portelt in the console that
displays the list is
[ http://issues.apache.org/jira/browse/GERONIMO-1974?page=all ]
Prasad Kashyap updated GERONIMO-1974:
-
Attachment: redeploy-stacktrace.txt
Listing WARs portlet broken after a redeploy using CLI
[
http://issues.apache.org/jira/browse/GERONIMO-1925?page=comments#action_12377695
]
Prasad Kashyap commented on GERONIMO-1925:
--
Dain has fixed this problem in G-1979
(http://issues.apache.org/jira/browse/GERONIMO-1979). This issue may be closed
[
http://issues.apache.org/jira/browse/GERONIMO-1979?page=comments#action_12377698
]
Prasad Kashyap commented on GERONIMO-1979:
--
Dain's comment in G-1925
(http://issues.apache.org/jira/browse/GERONIMO-1925#action_12377686 )
I just committed
Nope.. didn't.
Cheers
Prasad
On 5/2/06, David Jencks [EMAIL PROTECTED] wrote:
uddi-XXX is required for j2ee compliance. Please don't remove it.
thanks
david jencks
On May 1, 2006, at 7:21 PM, Prasad Kashyap wrote:
Yes it is.. and so is uddi-jetty. I'll remove the following
configuration
[
http://issues.apache.org/jira/browse/GERONIMO-1925?page=comments#action_12377427
]
Prasad Kashyap commented on GERONIMO-1925:
--
Here's my experience from a build that I installed on 4/28 (generated from
continuum).
I was successfully able
: 1.1
Reporter: Prasad Kashyap
Assigned to: Aaron Mulder
Priority: Critical
Fix For: 1.1
The following page on the console
(http://localhost:8080/console/portal/apps/apps_war) lists all the WARs with
their URL links. Accessing the /remote-deploy link throws an Error 404
[ http://issues.apache.org/jira/browse/GERONIMO-1967?page=all ]
Prasad Kashyap updated GERONIMO-1967:
-
Attachment: remote-deploy.patch
logo_head_570x86.gif
Apply the patch from applications/remote-deploy dir.
/remote-deploy url
[
http://issues.apache.org/jira/browse/GERONIMO-1925?page=comments#action_12377462
]
Prasad Kashyap commented on GERONIMO-1925:
--
This I believe is happening due to the lock on the jars that the CL has. So
even after the app is uninstalled
[ http://issues.apache.org/jira/browse/GERONIMO-1854?page=all ]
Prasad Kashyap reassigned GERONIMO-1854:
Assign To: Prasad Kashyap
Coordinate list of started configs for Jetty,Tomcat for 1.1
This blocker JIRA (http://issues.apache.org/jira/browse/GERONIMO-1854)
was unassigned. So I picked it up. But now I'd like to have to some
community discussion on what the agreed upon common list of configs
will be for Jetty and Tomcat.
The config.xml still has the following entries but the
[
http://issues.apache.org/jira/browse/GERONIMO-1854?page=comments#action_12377223
]
Prasad Kashyap commented on GERONIMO-1854:
--
Just FYI - The URL forward work is done in G-1900.
http://issues.apache.org/jira/browse/GERONIMO-1900.
Coordinate
AM, Prasad Kashyap wrote:
This blocker JIRA (http://issues.apache.org/jira/browse/GERONIMO-1854)
was unassigned. So I picked it up. But now I'd like to have to some
community discussion on what the agreed upon common list of configs
will be for Jetty and Tomcat.
The config.xml still has
Prasad? If not can you remove that also ?
Prasad Kashyap wrote:
Nope. I can go ahead and remove these. Are there anything else that
needs to be added/deleted to keep the list between the 2 containers
consistent ?
Cheers
Prasad
On 5/1/06, Dain Sundstrom [EMAIL PROTECTED] wrote
[ http://issues.apache.org/jira/browse/GERONIMO-1854?page=all ]
Prasad Kashyap updated GERONIMO-1854:
-
Attachment: g-1854.patch
Removed -
configuration name=geronimo/ldap-demo-tomcat/${pom.currentVersion}/car
load=false/
configuration
name
[ http://issues.apache.org/jira/browse/GERONIMO-1900?page=all ]
Prasad Kashyap updated GERONIMO-1900:
-
Attachment: welcome-2.patch
welcome-2.patch is now ready to applied and committed.
Sample app links on welcome app are broken by default
http://issues.apache.org/jira/browse/GERONIMO-1900
For the above JIRA, it involves changing the the links for the samples
on the welcome page to contain parameters for the sample's configId.
Eg:
http://localhost:8080/serveSamples?sampleConfigId=geronimo/servlet-examples-jetty/1.1-SNAPSHOT/car
That's right. I'm looking at the 2nd part (acquiring samples).
I am encountering an error when I try to deploy the welcome
configuration after I undeploy it. The error is:
Error: Unable to distribute welcome-jetty-1.1-SNAPSHOT.car:
java.io.IOException: Sum file already exists
The
/geronimo-welcome-*.war
configs/welcome-jetty/target/plan/plan.xml
On 4/28/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
That's right. I'm looking at the 2nd part (acquiring samples).
I am encountering an error when I try to deploy the welcome
configuration after I undeploy it. The error
[ http://issues.apache.org/jira/browse/GERONIMO-1900?page=all ]
Prasad Kashyap reassigned GERONIMO-1900:
Assign To: Prasad Kashyap
Sample app links on welcome app are broken by default
http://issues.apache.org/jira/browse/GERONIMO-1920
On 4/26/06, Aaron Mulder [EMAIL PROTECTED] wrote:
I get a test failure in modules/upgrade:
Testcase: test5(org.apache.geronimo.upgrade.Upgrade1_0To1_1Test):
Caused a
n ERROR
(No such file or directory)
Matt,
Here's a patch that precompiles the JSPs in the web module. Please
give it a whirl.
Cheers
Prasad.
On 4/24/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
I am in the process of moving DayTrader out of the 1.1 Geronimo branch.
Since this is a performance
and J2EE sample I expect we'll be
[
http://issues.apache.org/jira/browse/GERONIMO-1904?page=comments#action_12376294
]
Prasad Kashyap commented on GERONIMO-1904:
--
Though the JIRA title talks about precompiling all apps by default, the apps
that need their JSPs precompiled should
I believe there is a defect with our j2ee-corba configuration. I don't
think it has been tested by starting it. I came across it when trying
to start a plan that depends on the j2ee-corba. It tried to start
j2ee-corba and spat out a bunch of errors like -- (See attached logs
for full stacktrace)
Precompile JSPs for all apps by default
---
Key: GERONIMO-1904
URL: http://issues.apache.org/jira/browse/GERONIMO-1904
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Versions: 1.1
Reporter: Prasad
[ http://issues.apache.org/jira/browse/GERONIMO-1904?page=all ]
Prasad Kashyap updated GERONIMO-1904:
-
Attachment: jsp-precompile_for_all.patch
Precompile JSPs for all apps by default
---
Key
[ http://issues.apache.org/jira/browse/GERONIMO-1904?page=all ]
Prasad Kashyap reassigned GERONIMO-1904:
Assign To: Prasad Kashyap (was: Dain Sundstrom)
Precompile JSPs for all apps by default
[ http://issues.apache.org/jira/browse/GERONIMO-1904?page=all ]
Prasad Kashyap updated GERONIMO-1904:
-
Attachment: jsp-precompile-apply-me.patch
Please use the jsp-precompile-apply-me.patch
Precompile JSPs for all apps by default
[ http://issues.apache.org/jira/browse/GERONIMO-1904?page=all ]
Prasad Kashyap reassigned GERONIMO-1904:
Assign To: Dain Sundstrom (was: Prasad Kashyap)
Precompile JSPs for all apps by default
Congrats Rick !
Cheers
Prasad
On 4/23/06, Jeff Genender [EMAIL PROTECTED] wrote:
I'll double that...welcome aboard Rick!
Kevan Miller wrote:
Congratulations Rick!
--kevan
On Apr 21, 2006, at 2:59 PM, Geir Magnusson Jr wrote:
In recognition of his contributions and participation in
Dain,
In that case, should we consider moving the goal:precompile up to
the /etc level ? This can then be generically used by any application
wanting to precompile. Initially I left them in console-framework and
console-standard thinking they'd be the only ones. But now I see that
there is a
Hi Ryan,
I don't have AIM but I could try to help you if you come on IRC. I
also have Yahoo msngr. You may send me a mail directly.
Cheers
Prasad
On 4/21/06, Ryan Ovrevik [EMAIL PROTECTED] wrote:
I have been attempting to build from source for 2 days following the
instructions on the wiki. I
[ http://issues.apache.org/jira/browse/GERONIMO-1844?page=all ]
Prasad Kashyap updated GERONIMO-1844:
-
Attachment: deployment_version_change.patch
Apply deployment_version_change.patch from the geronimo dir.
It changes the deployment plugin version
[ http://issues.apache.org/jira/browse/GERONIMO-1844?page=all ]
Prasad Kashyap reassigned GERONIMO-1844:
Assign To: Dain Sundstrom (was: Prasad Kashyap)
Dain.. pls rebuild the geronimo-deployment-plugin after applying the patches.
Thanx
[ http://issues.apache.org/jira/browse/GERONIMO-1844?page=all ]
Prasad Kashyap reassigned GERONIMO-1844:
Assign To: Dain Sundstrom (was: Prasad Kashyap)
Assigning back to you so that you can apply the patch.
Precompile jsp pages in console
. The
request mapper is supposedly fixed in 5.5.x versions and thus we
shouldn't see any other performance hit.
Anyways, I have uploaded the patch to
http://issues.apache.org/jira/browse/GERONIMO-1844
Cheers
Prasad
On 4/14/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
OK. I'll take care of the JSP pages
[ http://issues.apache.org/jira/browse/GERONIMO-1844?page=all ]
Prasad Kashyap updated GERONIMO-1844:
-
Attachment: jsp-precompile.patch
Precompile jsp pages in console
---
Key: GERONIMO-1844
URL
[
http://issues.apache.org/jira/browse/GERONIMO-1844?page=comments#action_12374557
]
Prasad Kashyap commented on GERONIMO-1844:
--
http://www.mail-archive.com/dev@geronimo.apache.org/msg20607.html
Precompile jsp pages in console
The earliest we can switch to the new console src structure is when we
start doing the M2 builds. And I think we should switch to the new src
structure at the first opportunity we get.
Except for the introduction of M2's pom.xml files in the new src dir
structure, none of the console's src files
When I tried to jar up the classes of the servlet-examples, the app
did not start. It failed with ClassNotFoundException.
Anyways, here is a small patch to jar up the files under
WEB-INF/classes and place it under WEB-INF/lib/classes.jar. The files
under classes dir are then deleted.
This option
OK.. That sounds good. M1-ize the new console tree and get rid of the
old structure. Any further work going on in the console will have to
be in this new structure.
Cheers
Prasad
On 4/13/06, Jacek Laskowski [EMAIL PROTECTED] wrote:
On 4/13/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
)
Components: core
Reporter: Prasad Kashyap
Fix For: 1.2
Currently the server has a hardcoded list of what it expects in the WEB-INF/lib
dir. This means that additions/deletion of jars in that directory will not be
picked up without actually redeploying that app. This seems like a major
[ http://issues.apache.org/jira/browse/GERONIMO-1842?page=all ]
Prasad Kashyap reassigned GERONIMO-1842:
Assign To: Dain Sundstrom
Dynamically load jars from the WEB-INF/lib directory
[ http://issues.apache.org/jira/browse/GERONIMO-1831?page=all ]
Prasad Kashyap updated GERONIMO-1831:
-
Attachment: etc.patch
Apply this patch from the /etc dir.
Need to package console WEB-INF/classes into a JAR
[ http://issues.apache.org/jira/browse/GERONIMO-1831?page=all ]
Prasad Kashyap updated GERONIMO-1831:
-
Attachment: jmxdebug.patch
The jmxdebug.patch will undo the earlier patch applied to it. Apply this patch
from the jmxdebug dir.
The etc.patch
[ http://issues.apache.org/jira/browse/GERONIMO-1831?page=all ]
Prasad Kashyap updated GERONIMO-1831:
-
Attachment: etc-apply-me.patch
Disregard the etc.patch.
Apply the etc-apply-me.patch. It checks for empty classes dirs and doesn't jar
them
OK. I'll take care of the JSP pages. I am done with jar'ing the
generated class files. I shall look into generating a web.xml and
merging it.
Cheers
Prasad
On 4/13/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
Prasad got the patch working on all web applications. The next big
offenders left are
First my apologies for cross-posting to the devlist. I think this
important issue needs a larger set of eyes to look at.
Next, while in my efforts to get the itests up 'n running on G1.1, I
was able to migrate the security-plan.xml and deploy it successfully.
However, I am now having trouble
i stand corrected. i generated an instance document from
openejb-jar.xsd. resource-ref seems to still exist. let me try this.
here is the doc for anybody else that needs it.
cheers
prasad.
On 4/12/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
First my apologies for cross-posting to the devlist
[ http://issues.apache.org/jira/browse/GERONIMO-1827?page=all ]
Prasad Kashyap closed GERONIMO-1827:
Resolution: Fixed
I am closing this myself.
xs:import namespace=http://geronimo.apache.org/xml/ns/deployment-1.1;
schemaLocation=geronimo
Matt,
I am currently working on getting the itests up 'n running on G1.1.
Thus far, I have had success in deploying the security-plan.xml under
openjeb/itests. I am now working fervently to get the itests
openejbjar.xml that also has been updated, working too.
Cheers
Prasad
On 4/12/06, Dain
deployment-1.1.xsd missing
--
Key: GERONIMO-1827
URL: http://issues.apache.org/jira/browse/GERONIMO-1827
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: deployment
Versions: 1.1
Reporter: Prasad
I have used the provided scope in almost all the application poms.
The scope prevents from bundling all dependencies jars from the pom
into app's WEB-INF/lib. Only those jars that are really needed to be
bundled are explictly specified in the pom with no scope element set.
Cheers
Prasad
On
Geronimo version 1.1.
Build platform: Win XP
While building the j2ee-installer assembly, it executes a clean:clean
goal that tries to delete the target directory. Now if a target dir
exists from before, there are chances that the clean goal might fail
based on how deep down the project root is.
Terribly sorry for this thread proliferation. Now I see the other
thread with the same subject. Consider this thread closed.
Will write to that..
http://www.mail-archive.com/dev@geronimo.apache.org/msg20016.html
Cheers
Prasad
On 4/6/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Geronimo
Now I have my project root at c:\apache and that was too deep for the
files in the target dir to be deleted.
How about, IF the clean:clean goal fails, moving the dir to be deleted
to say c:\tmp and then delete it from there ?
Cheers
Prasad.
On 4/6/06, Aaron Mulder [EMAIL PROTECTED] wrote:
I
:
central (http://repo1.maven.org/maven2)
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
Comments inline -
On 3/30/06, Jacek Laskowski [EMAIL PROTECTED] wrote:
On 3/27/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Having hit a roadblock with the assembly-plugin (details here-
http
The assembly plugin is waiting for the merge too. When is it planned for ?
Cheers
Prasad
On 4/5/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
Branch 1.1 uses the m2 repository layout for the main geronimo
repository, so you could grab the code from there. I personally
would perfer if we could
[ http://issues.apache.org/jira/browse/GERONIMO-1660?page=all ]
Prasad Kashyap updated GERONIMO-1660:
-
Attachment: applications-pom.patch
After you apply the console.patch, please also apply this
application-pom.patch. This will fix the issue
.maven.org/maven2),
Apache CVS (http://cvs.apache.org/maven-snapshot-repository),
maven1-ibiblio (http://www.ibiblio.org/maven),
snapshots (http://snapshots.maven.codehaus.org/maven2),
apache-cvs (http://cvs.apache.org/repository)
Cheers
Prasad
On 4/5/06, Prasad Kashyap [EMAIL PROTECTED
[ http://issues.apache.org/jira/browse/GERONIMO-1660?page=all ]
Prasad Kashyap updated GERONIMO-1660:
-
Attachment: console.patch
Jacek, can we please try this new console.patch. It has been created on a linux
machine. It should be applied from
have
any in the new console dir, we are safe in a m1 build.
Cheers
Prasad
On 4/3/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Oh the excludes ! Thanks Anita. Yes, I have to update that so that
this new dir doesn't get included in the m1 build.
The new dir doesn't have a project.xml. So I wonder
Comments inline -
On 3/30/06, Jacek Laskowski [EMAIL PROTECTED] wrote:
On 3/27/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Having hit a roadblock with the assembly-plugin (details here-
http://issues.apache.org/jira/browse/GERONIMO-1737), I've moved on to
migrating the applications now
+1
This is a good idea. This will help us in building up a rich library
of samples. Contributors could provide samples prototyping the latest
techonlogies and their usage in Geronimo. I believe we will find us
more adopters and converts.
+1
Cheers
Prasad
On 4/4/06, Jacek Laskowski [EMAIL
Last week Aaron, Joe, Paul and I discussed on IRC the intent to
restructure the src dirs of the console under the application
directory. (http://servlet.uwyn.com/drone/log/bevinbot/geronimo/20060330)
Geronimo-1660 (http://issues.apache.org/jira/browse/GERONIMO-1660)
will seek to achieve this.
[
http://issues.apache.org/jira/browse/GERONIMO-1660?page=comments#action_12372975
]
Prasad Kashyap commented on GERONIMO-1660:
--
Jacek, good idea. I now have the community support us on this initiative.
http://www.mail-archive.com/dev
/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Last week Aaron, Joe, Paul and I discussed on IRC the intent to
restructure the src dirs of the console under the application
directory. (http://servlet.uwyn.com/drone/log/bevinbot/geronimo/20060330)
Geronimo-1660 (http://issues.apache.org/jira
Jason, yes it will.
On 4/3/06, Jason Dillon [EMAIL PROTECTED] wrote:
+1
Is console/ going to get a pom.xml for m2?
--jason
-Original Message-
From: Prasad Kashyap [EMAIL PROTECTED]
Date: Mon, 3 Apr 2006 10:42:28
To:dev@geronimo.apache.org
Subject: Restructuring the console src
I'm sorry. I didn't get that. project.properties in m2 ?
Cheers
Prasad
On 4/3/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
+1
If you have not done it already, please update project.properties
at the top level.
Thanks
Anita
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
Last week
/*/project.xml,\
applications/daytrader/*/project.xml
Thanks
Anita
--- Prasad Kashyap [EMAIL PROTECTED] wrote:
I'm sorry. I didn't get that. project.properties in m2 ?
Cheers
Prasad
On 4/3/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
+1
If you have not done it already, please
Currently, the geronimo-izpack-plugin is being used by only the
j2ee-installer assembly. I don't know what the future scope and
strategy of this plugin will be. Going forward, in m2, would it make
sense to just merge the plugin with the j2ee-installer assembly ?
The plugin executes a very simple
.
The magicGball test needs to be migrated. This needs an assembly
(final binary distribution) which we don't have yet. We should revisit
this once the assemblies are done.
Cheers
Prasad
On 3/27/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
Having hit a roadblock with the assembly-plugin (details here
[ http://issues.apache.org/jira/browse/GERONIMO-1660?page=all ]
Prasad Kashyap updated GERONIMO-1660:
-
Attachment: console.zip
geronimo-pom.patch
Apply the geronimo-pom.patch from the geronimo dir.
Apply the console.patch from
/GERONIMO-1777
http://issues.apache.org/jira/browse/GERONIMO-1780
http://issues.apache.org/jira/browse/GERONIMO-1785
Cheers
Prasad
On 3/30/06, Prasad Kashyap [EMAIL PROTECTED] wrote:
All the applications have now been migrated.. well, almost all.
applications/remote-deploy-lib has not yet been
[ http://issues.apache.org/jira/browse/GERONIMO-1660?page=all ]
Prasad Kashyap reassigned GERONIMO-1660:
Assign To: Prasad Kashyap
Application migration to Maven 2: Console
-
Key: GERONIMO
Application migration to Maven 2: magicGball
Key: GERONIMO-1785
URL: http://issues.apache.org/jira/browse/GERONIMO-1785
Project: Geronimo
Type: Sub-task
Reporter: Prasad Kashyap
Assigned to: Prasad Kashyap
[ http://issues.apache.org/jira/browse/GERONIMO-1785?page=all ]
Prasad Kashyap updated GERONIMO-1785:
-
Attachment: magicGball.patch
Apply patch from geronimo/applications dir.
Creates sub projects for ejb, client and web. Then builds the ear.
Test
Application migration to Maven 2: Demo
--
Key: GERONIMO-1776
URL: http://issues.apache.org/jira/browse/GERONIMO-1776
Project: Geronimo
Type: Sub-task
Reporter: Prasad Kashyap
Assigned to: Prasad Kashyap
--
This message
Having hit a roadblock with the assembly-plugin (details here-
http://issues.apache.org/jira/browse/GERONIMO-1737), I've moved on to
migrating the applications now.
Do we continue to add subtasks to the Geronimo-851 JIRA or should we
open another JIRA ? Not that it matters now with the 16 apps
[ http://issues.apache.org/jira/browse/GERONIMO-1776?page=all ]
Prasad Kashyap updated GERONIMO-1776:
-
Attachment: demo.patch
Apply this patch from top level geronimo dir. It updates/creates the following
files -
geronimo/pom.xml
geronimo
Application migration to Maven 2: JMXDebug
--
Key: GERONIMO-1777
URL: http://issues.apache.org/jira/browse/GERONIMO-1777
Project: Geronimo
Type: Sub-task
Reporter: Prasad Kashyap
Assigned to: Prasad Kashyap
901 - 1000 of 1196 matches
Mail list logo