Was there a particular reason why we are upgrading the version (not that
I have a problem with it)?
IMHO we should have a JIRA for this so it is clear to users it was
upgraded in the release notes.
Regards,
John
[EMAIL PROTECTED] wrote:
Author: jgenender
Date: Sat Feb 18 10:02:03 2006
New
2006/2/20, Alan D. Cabrera [EMAIL PROTECTED]:
Does the entire system need to build using a single command for this
interim conversion? Why not have people do a
mvn install
maven new
The mvn install will build both maven 1 and 2 jars. The maven new
will use the maven 1 jars.
Very good
2006/2/20, John Sisson [EMAIL PROTECTED]:
IMHO we should have a JIRA for this so it is clear to users it was
upgraded in the release notes.
+1
Any major upgrade, refactoring, etc. ought to have its JIRA item so
that the release mgmt is much, much easier with JIRA.
John
Jacek
--
Hi,
Over the weekend I tried to convert a module to execute M2 from within
M1, i.e. usig the concept of exec'ing M2 in maven.xml. It works fine,
but there's one caveat (well, there might be more than one, but that's
the most irritating).
In revision 379071 I've just committed, you can execute M2
Jacek Laskowski wrote:
Hi,
snip
Here's the snippet of the test report:
$ more
modules/kernel/target/surefire-reports/org.apache.geronimo.gbean.GBeanNameTest.txt
...
java.net.MalformedURLException: no protocol: and
at java.net.URL.init(URL.java:537)
at
Upgrade to Tomcat 5.5.15
Key: GERONIMO-1640
URL: http://issues.apache.org/jira/browse/GERONIMO-1640
Project: Geronimo
Type: Improvement
Components: Tomcat
Versions: 1.0
Reporter: Jeff Genender
Assigned to: Jeff Genender
John Sisson wrote:
Was there a particular reason why we are upgrading the version (not that
I have a problem with it)?
Yes, because it was currently at 5.5.12 in HEAD which is a broken
release and it was discussed that 5.5.15 contains the fix. HEAD was
never downgraded to 5.5.9 and was left
Jacek Laskowski wrote:
2006/2/20, John Sisson [EMAIL PROTECTED]:
IMHO we should have a JIRA for this so it is clear to users it was
upgraded in the release notes.
+1
Any major upgrade, refactoring, etc. ought to have its JIRA item so
that the release mgmt is much, much easier
Project: Apache Geronimo
Status: Open
Assignee: Unassigned
Geronimo Info: Patch Available
Total: 20 items
DATE UPDATED KEY SUMMARY Dec 18 2005 - GERONIMO-1381 -
[Daytrader] Removed unused code
Dec 22 2005 - GERONIMO-1400 - modularize daytrader deployment plan
Jan 3
2006/2/20, Gianny Damour [EMAIL PROTECTED]:
As a work-around, I have committed the reset of the RMI code base
property prior to use MarshalledObject.
Hi Gianny,
Thanks for the help! It doesn't work for me, though :(
[EMAIL PROTECTED] /cygdrive/c/oss/geronimo
$ svn up
U
Jacek Laskowski wrote:
2006/2/20, Gianny Damour [EMAIL PROTECTED]:
As a work-around, I have committed the reset of the RMI code base
property prior to use MarshalledObject.
Hi Gianny,
Thanks for the help! It doesn't work for me, though :(
[EMAIL PROTECTED] /cygdrive/c/oss/geronimo
I would like to migrate tomcat and tomcat-builder
if it is not already taken?
Thanks
Anita
--- Jacek Laskowski [EMAIL PROTECTED] wrote:
2006/2/20, Gianny Damour
[EMAIL PROTECTED]:
I think that this has already been suggested by
David J.: we add a goal,
e.g. new000, which is
On 20 Feb 2006, at 09:05, Mats Forslöf wrote:
Hi,
According to the source in module openwire-dotnet the commands are
auto generated via a set of Grovvy scripts located in the activemq-
openwire module. It would be nice to do the same for the openwire-
cpp commands - anyone that knows where
2006/2/20, anita kulshreshtha [EMAIL PROTECTED]:
I would like to migrate tomcat and tomcat-builder
if it is not already taken?
AFAIK, it is not. Go for it! Create a JIRA task item. Attach it to
http://issues.apache.org/jira/browse/GERONIMO-851 and go ahead.
Anita
Jacek
--
Jacek
[
http://issues.apache.org/jira/browse/GERONIMO-1035?page=comments#action_12367032
]
Jeff Genender commented on GERONIMO-1035:
-
The management patch fails on the compile...looks like its missing something?
java:compile:
depend closure=false
2006/2/20, Gianny Damour [EMAIL PROTECTED]:
I am rewritten the test to perform a standard serialization w/o the
annotation mechanism.
Whoohooo! It works now. You're the man!
$ mvn -Dmodule=kernel clean test
[INFO]
I am looking into it. Will get get back to you
soon.
Thanks
Anita
--- Jeff Genender (JIRA) dev@geronimo.apache.org
wrote:
[
http://issues.apache.org/jira/browse/GERONIMO-1035?page=comments#action_12367032
]
Jeff Genender commented on GERONIMO-1035:
Excellent, thanks!
Looking at them now, please let me know if I can assist in any way.
Regards,
Mats
-Original Message-
From: James Strachan [mailto:[EMAIL PROTECTED]
Sent: den 20 februari 2006 14:25
To: activemq-dev@geronimo.apache.org
Subject: Re: Build tools: Groovy scripts
On 20
[
http://issues.apache.org/jira/browse/GERONIMO-1035?page=comments#action_12367045
]
Jeff Genender commented on GERONIMO-1035:
-
Thanks. The management patch works, but now your Tomcat cat patch will not
compile. There seems to be some missing
Hi All,
I just updated the documentation. The following article covers how to configure the Apache HTTPd to
forward client requests to Geronimo in two different ways, either as a reverse proxy or using the
Jakarta Tomcat Connector.
[
http://issues.apache.org/jira/browse/GERONIMO-1035?page=comments#action_12367050
]
Jeff Genender commented on GERONIMO-1035:
-
I have to go back to the management patch again...One more swag on the
management.patch. It was not built form the top
We should have a wiki page with the modules list so that people can sign up ?
The page could also mark complete those modules already done.
I shall spare some cycles for it during this week as I wrap up my
itests subproject infrastructure. I shall devote full time towards
more modules conversion
Hi Jeff,
I normally use the console as the sample application because it is the easiest application to test
and everybody knows where it is. I personally do not believe that anybody will be interested in
having the console exposed :) but for the just in case, I added a couple of *WARNINGS* in
I'm wanting to create a tag for the 1.0 version plugin, and currently
I don't like layout of the devtools as isn't organized properly to do
so
Currently we have...
./devtools/trunk/modules/eclipse-plugin/
./devtools/trunk/sandbox/
I'd like to reorganize this to just...
Can you please elaborate a bit more on what exactly this provides?
Can I now have two separate instances each with their own unique
applications/configurations/logs (i.e. config-store, deploy and var
directories) sharing the same geronimo installation binaries (i.e. bin,
lib and repository
[
http://issues.apache.org/jira/browse/GERONIMO-1035?page=comments#action_12367063
]
Anita Kulshreshtha commented on GERONIMO-1035:
--
As noted in the comment on 12Feb, item 1, a test for G-1585 (/* in
security-constraint) is included. This
Hi All,
Here is another update to the doc. I added Administering applications to the Administrative
tasks section.
http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/Administrative+tasks#Administrativetasks-Administeringapplications
Cheers!
Hernan
2006/2/20, Prasad Kashyap [EMAIL PROTECTED]:
We should have a wiki page with the modules list so that people can sign up ?
Hi Prasad,
Wouldn't it be better off having a set of JIRA tasks and let people
pick their favorities? I'll create them.
I'm about to commit some changes wrt Maven2 support
Using default Console Realm, when delete a user it will not be removed from the
groups
--
Key: GERONIMO-1641
URL: http://issues.apache.org/jira/browse/GERONIMO-1641
Project: Geronimo
2006/2/20, Sachin Patel [EMAIL PROTECTED]:
I'd like to reorganize this to just...
./devtools/eclipse-plugin/trunk
./devtools/sandbox/
This way I can create a tags directory at the same level as the
trunk..
./devtools/eclipse-plugin/trunk
./devtools/eclipse-plugin/tags
Any objections?
[ http://issues.apache.org/jira/browse/GERONIMO-1035?page=all ]
Anita Kulshreshtha updated GERONIMO-1035:
-
Attachment: tomcat-builder.patch
Sorry for the confusion. I included the test thinking that G-1585 can also be
resolved at the same time.
[
http://issues.apache.org/jira/browse/GERONIMO-851?page=comments#action_12367087
]
Jacek Laskowski commented on GERONIMO-851:
--
$ svn ci maven.xml
Sendingmaven.xml
Transmitting file data .
Committed revision 379245.
With the revision, you
2006/2/20, Jacek Laskowski [EMAIL PROTECTED]:
I'm about to commit some changes wrt Maven2 support that should help
people get started and jump in. I'm checking it out at the moment.
Done. The change is committed and ready to give it a try. It won't
possibly work on operating systems other than
Use ServerInfo to validate target runtime version
-
Key: GERONIMODEVTOOLS-68
URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-68
Project: Geronimo-Devtools
Type: Task
Components: eclipse-plugin
Deployment plan namespace validation
Key: GERONIMO-1642
URL: http://issues.apache.org/jira/browse/GERONIMO-1642
Project: Geronimo
Type: Improvement
Components: web, deployment, OpenEJB
Versions: 1.0
Reporter:
Looks like some images are missing.
- sachin
On Feb 20, 2006, at 10:55 PM, Sachin Patel wrote:
I just checked out from site and looks like everything has been
changed over to the epiq look and feel. Is this ready to go live?
I need to add content but if its not ready I can't publish my
I was thinking that in order to expedite getting 1.1 our the door that it would
make sense to move trunk to 1.2. Then we'll have to do the same in the 1.0
branch. I'm going to start working on that this week. Comments, suggestions, ?
I'll post before making the change.
Matt
On 2/20/2006 8:23 PM, Matt Hogstrom wrote:
I was thinking that in order to expedite getting 1.1 our the door that
it would make sense to move trunk to 1.2. Then we'll have to do the
same in the 1.0 branch. I'm going to start working on that this
week. Comments, suggestions, ?
So what is
On 2/20/2006 12:29 AM, Jacek Laskowski wrote:
2006/2/20, Alan D. Cabrera [EMAIL PROTECTED]:
Does the entire system need to build using a single command for this
interim conversion? Why not have people do a
mvn install
maven new
The "mvn install" will build both maven 1 and 2
I have been wondering the exact questions Alan asked as well. I have
some fixes that were supposed to be in 1.0.1, but then I heard 1.0.1 is
no more, and we have named HEAD the 1.1, so I never ported some of my
changes. So now I am thoroughly confused.
An official stance on versioning and what
On 2/20/2006 3:20 AM, Gianny Damour wrote:
Alan D. Cabrera wrote:
Does the entire system need to build using a single command for this
interim conversion? Why not have people do a
mvn install
maven new
The mvn install will build both maven 1 and 2 jars. The maven
new will use the maven
Alan D. Cabrera wrote:
On 2/20/2006 8:23 PM, Matt Hogstrom wrote:
I was thinking that in order to expedite getting 1.1 our the door
that it would make sense to move trunk to 1.2. Then we'll have to do
the same in the 1.0 branch. I'm going to start working on that this
week. Comments,
42 matches
Mail list logo
