-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Friday, June 02, 2006 12:01 AM
To: dev@geronimo.apache.org
Subject: Re: Please try out the upgrade jar
On Jun 1, 2006, at 7:56 PM, Song Scorpio wrote:
I just tried the new upgrade.jar within server runtime,
context-priority-classloader element
On Jun 1, 2006, at 7:56 PM, Song Scorpio wrote:I just tried the new upgrade.jar within server runtime, context-priority-classloader element is gone. But there's still no datasource dependency, which will cause failure of application deployment..Do you think the upgrade tool should insert comments i
I just tried the new upgrade.jar within server runtime, context-priority-classloader element is gone. But there's still no datasource dependency, which will cause failure of application deployment..
2006/6/2, Donald Woods <[EMAIL PROTECTED]>:
How old is the upgrade.jar you are using?Noticed that yo
How old is the upgrade.jar you are using?
Noticed that your generated plan still has the old
context-priority-classloader element in it.
-Donald
Zhang Song wrote:
For an application which is using datasource, we should manually add
dependency to deployment plan upgraded by the tool.
Th
For an application which is using datasource, we should manually add dependency to deployment plan upgraded by the tool.The plan upgraded by the tool is following:
-
Thanks, that worked very well!
-Original Message-
From: Donald Woods [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 31, 2006 4:48 PM
To: dev@geronimo.apache.org
Subject: Re: Please try out the upgrade jar
E:\geronimo-1.1-SNAPSHOT\bin>java -jar upgrade.jar
Parameter usage:
inputP
o/upgrade/1.1-SNAPSHOT/car"
before it, but it didn't make any difference.
Thanks,
Lin
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Monday, May 29, 2006 1:36 PM
To: dev@geronimo.apache.org
Subject: Re: Please try out the upgrade jar
Toby,
Thanks for poin
org
Subject: Re: Please try out the upgrade jar
Toby,
Thanks for pointing this out. I've fixed it in 1.1, will port to
trunk soon. See http://issues.apache.org/jira/browse/GERONIMO-2068
thanks
david jencks
On May 26, 2006, at 3:29 PM, toby cabot wrote:
> David,
>
> Thanks for pro
Toby,
Thanks for pointing this out. I've fixed it in 1.1, will port to
trunk soon. See http://issues.apache.org/jira/browse/GERONIMO-2068
thanks
david jencks
On May 26, 2006, at 3:29 PM, toby cabot wrote:
David,
Thanks for providing this tool, it's a big help. I had some problems
on a
David,
Thanks for providing this tool, it's a big help. I had some problems
on a test geronimo-application.xml file that includes some gbean
references (for hooking up to security gbeans). The file looks like:
=
http://geronimo.apache.org/xml/ns
On 5/12/06, Paul McMahan <[EMAIL PROTECTED]> wrote:
Also, I think you (or someone) mentioned earlier that it might be
useful to make this utility available from the admin console. Seems
like one reasonable approach would be to enable the current
application deployment portlet to detect when a ba
I've also noticed another difference between the 1.0 and 1.1 deployment
plans.
Concerning the following xml:
geronimo-properties-realm
class="org.apache.geronimo.security.realm.providers.GeronimoUserPrincipal"/>
class="org.apache.geronimo.security.realm
Thanks for trying it out. I changed how it starts quite a bit today
-- I hope it hasn't become too slow.
I also think I fixed the schema issue Dave Colasurdo found.
thanks
david jencks
On May 14, 2006, at 3:57 PM, Chris Cardona wrote:
Hi David J.,
This is very helpful! So far it worked fo
Hi David J.,
This is very helpful! So far it worked for the simple
ejb, war, ear that I've tested. I'll let you know if I
ran into problems deploying other modules.
Dave Colasurdo,
FYI, I tried upgrading my geronimo-web.xml and it was
converted from:
http://geronimo.apache.org/xml/ns/web";
...
Thanks David! It seems to run fine on the simple plans that I have
tried though I do have a few quick comments and observations..
1) Should the version in the schema name be updated (from 1.0 -> 1.1)
for both jetty and tomcat plans? For example, the following line is
unchanged when the tool i
David, I'm sure 1.0 users will really appreciate this feature. One
tweak you may want to consider is printing the updated plan to stdout
instead of saving it in a file in the src plan's directory when a
target path is not specified. That makes it easier to redirect its
output to text processing
On 5/12/06, David Jencks <[EMAIL PROTECTED]> wrote:
I put the upgrade jar at
http://people.apache.org/~djencks/geronimo-upgrade-1.1-SNAPSHOT.jar
It would be very helpful to find out to what extent this works in
real life.
What do we need it for?
david jencks
Jacek
--
Jacek Laskowski
http
17 matches
Mail list logo