I vote for it to be applied to M4 because one of the first things a user
will see if they are running with a JRE is the message:
WARN [ToolsJarHack] Could not all find java compiler: lib\tools.jar file
not found in ..
I found this confusing as there have been mails and JIRA issues elsewhere
I'll do it tomorrow morning... too sleepy to take this on right now.
-dain
On Jul 12, 2005, at 11:09 PM, David Jencks wrote:
Can you please apply this to head right away?
I vote for applying it to m4 as well.
thanks
david jencks
On Jul 12, 2005, at 10:37 PM, Dain Sundstrom wrote:
I have
wsdl4j version is a private build
-
Key: GERONIMO-751
URL: http://issues.apache.org/jira/browse/GERONIMO-751
Project: Geronimo
Type: Bug
Components: dependencies
Versions: 1.0-M3
Reporter: David Jencks
Assigned to:
i've attempted to upload new jars for geronimo and openejb.
Please report problems.
thanks
david jencks
On Jul 12, 2005, at 10:45 PM, David Jencks wrote:
I've switched head of geronimo and openejb to xmlbeans 2. You will
need to build the new xmlbeans maven plugin and then rebuild geronimo
Hi David,
I tried to build the new xmlbeans 2 plugin with maven and got the
following error:
[javac] Compiling 1 source file to
D:\javalibs\Geronimo\3\geronimo\plugins\maven-xmlbeans2-plugin\target\classes
[
http://issues.apache.org/jira/browse/GERONIMO-747?page=comments#action_12315708
]
Davanum Srinivas commented on GERONIMO-747:
---
+1
Remove ews dependency
-
Key: GERONIMO-747
URL:
My vote would be M5 so we can get M4 out.
On Jul 13, 2005, at 1:37 AM, Dain Sundstrom wrote:
I have a patch to remove this and the tools jar hack, but I thought
it was too big of a thing to do in M4. If people want me to commit
the patch I can, but I think these are things that can wait
[
http://issues.apache.org/jira/browse/GERONIMO-750?page=comments#action_12315711
]
Geir Magnusson Jr commented on GERONIMO-750:
Can we just do an M5 once M4 is done to catch all of these?
Configuration failing can result in NPE
But do not consider this a veto for doing in M4 if there's consensus
there.
geir
On Jul 13, 2005, at 7:51 AM, Geir Magnusson Jr wrote:
My vote would be M5 so we can get M4 out.
On Jul 13, 2005, at 1:37 AM, Dain Sundstrom wrote:
I have a patch to remove this and the tools jar hack, but I
I tried building the M4 QA branch to test some dependency changes by doing
the following:
C:\Projects\J2EE\geronimo_m4qasvn checkout
https://svn.apache.org/repos/asf/geronimo/branches/v1_0_M4-QA geronimo
C:\Projects\J2EE\geronimo_m4qa\geronimomaven m:fresh-checkout
done
On Jul 12, 2005, at 12:04 PM, [EMAIL PROTECTED] wrote:
On 12 Jul 2005, at 17:02, Jeff Genender wrote:
Geir Magnusson Jr. wrote:
Can I put this as a news item on the G website?
+1 ... this is important stuff to get out...
+1
James
---
http://radio.weblogs.com/0112098/
On Jul 13, 2005, at 8:12 AM, [EMAIL PROTECTED] wrote:
I tried building the M4 QA branch to test some dependency changes
by doing
the following:
C:\Projects\J2EE\geronimo_m4qasvn checkout
https://svn.apache.org/repos/asf/geronimo/branches/v1_0_M4-QA geronimo
Geir Magnusson Jr [EMAIL PROTECTED] wrote on 13/07/2005 10:23:55 PM:
It appears some of the issues are:
* the m:fresh-checkout processing in branch hasn't been changed to
get the
OpenEJB TranQL code from a tag/branch. It appears that it would be
getting the latest OpenEJB code,
I'm not sure what could be going on except perhaps a bad xmlbeans
download?
ls -l ~/.maven/repository/xmlbeans/jars/xbean-2*
-rw-r--r-- 1 david david 2526707 13 Jul 08:39
/Users/david/.maven/repository/xmlbeans/jars/xbean-2.0.0.jar
-rw-r--r-- 1 david david 33 13 Jul 08:39
On Jul 13, 2005, at 5:23 AM, Geir Magnusson Jr wrote:
On Jul 13, 2005, at 8:12 AM, [EMAIL PROTECTED] wrote:
I tried building the M4 QA branch to test some dependency changes by
doing
the following:
C:\Projects\J2EE\geronimo_m4qasvn checkout
I have created a new branch in TranQL for work leading up to the 1.0
release; the name in CVS is branch-1_0 and to check out use
cvs co -r branch-1_0 tranql
This branch is intended for bug fixes only, new features enhancements
should continue to go into HEAD.
The project.xml has been
your instructions worked for me.
On Jul 13, 2005, at 11:43 AM, David Jencks wrote:
I'm not sure what could be going on except perhaps a bad xmlbeans
download?
ls -l ~/.maven/repository/xmlbeans/jars/xbean-2*
-rw-r--r-- 1 david david 2526707 13 Jul 08:39 /Users/
Can we get a non-snapshot release of that, maybe
tranql-1.0-M4-20050711.jar
to remove one more snapshot?
geir
On Jul 13, 2005, at 12:04 PM, Jeremy Boynes wrote:
I have created a new branch in TranQL for work leading up to the
1.0 release; the name in CVS is branch-1_0 and to check out
On Jul 13, 2005, at 11:45 AM, David Jencks wrote:
On Jul 13, 2005, at 5:23 AM, Geir Magnusson Jr wrote:
On Jul 13, 2005, at 8:12 AM, [EMAIL PROTECTED] wrote:
I tried building the M4 QA branch to test some dependency changes
by doing
the following:
C:\Projects\J2EE\geronimo_m4qasvn
On Jul 13, 2005, at 10:34 AM, Geir Magnusson Jr. wrote:
On Jul 13, 2005, at 11:45 AM, David Jencks wrote:
On Jul 13, 2005, at 5:23 AM, Geir Magnusson Jr wrote:
On Jul 13, 2005, at 8:12 AM, [EMAIL PROTECTED] wrote:
I tried building the M4 QA branch to test some dependency changes
by
tranql-1.0-20050713 has been posted to dist.codehaus.org
Geir Magnusson Jr. wrote:
Can we get a non-snapshot release of that, maybe
tranql-1.0-M4-20050711.jar
to remove one more snapshot?
geir
On Jul 13, 2005, at 12:04 PM, Jeremy Boynes wrote:
I have created a new branch in TranQL
[EMAIL PROTECTED] wrote:
Author: geirm
Date: Wed Jul 13 05:21:42 2005
New Revision: 216147
URL: http://svn.apache.org/viewcvs?rev=216147view=rev
Log:
added news item about JBI/ESB in Geronimo
Modified:
geronimo/site/docs/index.html
geronimo/site/xdocs/index.xml
Why do we need to
On Wed, 13 Jul 2005, Jeremy Boynes wrote:
tranql-1.0-20050713 has been posted to dist.codehaus.org
Geir Magnusson Jr. wrote:
Can we get a non-snapshot release of that, maybe
tranql-1.0-M4-20050711.jar
to remove one more snapshot?
geir
On Jul 13, 2005, at 12:04 PM, Jeremy
, or switch the
uberbuild to use the TranQL 1.0 branch? It's a little annoying
that a clean uberbuild builds TranQL 1.1 and so you can't do an offline
m:rebuild-all (since it therefore wants to download TranQL 1.0).
Thanks,
Aaron
On Wed, 13 Jul 2005, Jeremy Boynes wrote:
tranql-1.0-20050713 has
1.0).
Thanks,
Aaron
On Wed, 13 Jul 2005, Jeremy Boynes wrote:
tranql-1.0-20050713 has been posted to dist.codehaus.org
Geir Magnusson Jr. wrote:
Can we get a non-snapshot release of that, maybe
tranql-1.0-M4-20050711.jar
to remove one more snapshot?
geir
On Jul
annoying
that a clean uberbuild builds TranQL 1.1 and so you can't do an
offline
m:rebuild-all (since it therefore wants to download TranQL 1.0).
Thanks,
Aaron
On Wed, 13 Jul 2005, Jeremy Boynes wrote:
tranql-1.0-20050713 has been posted to dist.codehaus.org
Geir Magnusson Jr. wrote
If you vote for this, no complaining later -- you eat your own dog food.
--
NOTE: I apologize in advance for using the words
incubation, incubating, incubated, and finally
incubator. The word sandbox is not a verb and
the
uberbuild to use the TranQL 1.0 branch? It's a little annoying
that a clean uberbuild builds TranQL 1.1 and so you can't do an
offline
m:rebuild-all (since it therefore wants to download TranQL 1.0).
Thanks,
Aaron
On Wed, 13 Jul 2005, Jeremy Boynes wrote:
tranql-1.0-20050713 has been
an
offline
m:rebuild-all (since it therefore wants to download TranQL 1.0).
Thanks,
Aaron
On Wed, 13 Jul 2005, Jeremy Boynes wrote:
tranql-1.0-20050713 has been posted to dist.codehaus.org
Geir Magnusson Jr. wrote:
Can we get a non-snapshot release of that, maybe
tranql-1.0-M4
So I just tried to merge the last change to the M4 branch, and
when I commit I get this:
svn: Commit failed (details follow):
svn: MKACTIVITY of
'/repos/asf/!svn/act/8e9df19d-ccfb-0310-b494-e4c675c3586b': 403 Forbidden
(http://svn.apache.org)
The gibberish varies each time.
[ http://issues.apache.org/jira/browse/GERONIMO-749?page=all ]
Aaron Mulder resolved GERONIMO-749:
---
Fix Version: 1.0-M5
Resolution: Fixed
Fixed in HEAD. Should be applied to M4 branch.
GBeanNotFoundException handling in
Unhelpful message when you try to stop a configuration that's already stopped
-
Key: GERONIMO-752
URL: http://issues.apache.org/jira/browse/GERONIMO-752
Project: Geronimo
Type: Improvement
GBeanName.matches does not respect quotes
-
Key: GERONIMO-753
URL: http://issues.apache.org/jira/browse/GERONIMO-753
Project: Geronimo
Type: Bug
Versions: 1.0-M3
Reporter: Aaron Mulder
It seems that it's legal to
[
http://issues.apache.org/jira/browse/GERONIMO-753?page=comments#action_12315781
]
Aaron Mulder commented on GERONIMO-753:
---
This came up due to the behavior of Configuration.getConfigurationObjectName
GBeanName.matches does not respect quotes
cvs co -r v2_0_GM4
It's a plain cvs branch, not a tag. You can check in what you need to get
Geronimo 1.0 M4 out the door.
-David
[ http://issues.apache.org/jira/browse/GERONIMO-748?page=all ]
Aaron Mulder resolved GERONIMO-748:
---
Fix Version: 1.0-M5
Resolution: Fixed
Fixed in 216268
Deployer gives nasty stack traces for login failure
David Jencks wrote, On 7/12/2005 11:09 PM:
Can you please apply this to head right away?
I vote for applying it to m4 as well.
-1 We should not be tossing things into the release candidate at the
last second.
Regards,
Alan
[ http://issues.apache.org/jira/browse/GERONIMO-582?page=all ]
Aaron Mulder resolved GERONIMO-582:
---
Fix Version: 1.0-M5
Resolution: Fixed
Fixed in 216276
redeploy uses wrong JAR file path
-
Key:
[
http://issues.apache.org/jira/browse/GERONIMO-729?page=comments#action_12315792
]
Kevan Miller commented on GERONIMO-729:
---
I ran into the same problem with a port conflict. Did a little digging around.
IMO the problem is as follows:
Here are
[ http://issues.apache.org/jira/browse/GERONIMO-483?page=all ]
Aaron Mulder resolved GERONIMO-483:
---
Fix Version: 1.0-M4
Resolution: Fixed
The exception should be passed as a plain DeploymentException as a result of a
previous change
[ http://issues.apache.org/jira/browse/GERONIMO-442?page=all ]
Aaron Mulder resolved GERONIMO-442:
---
Fix Version: 1.0-M4
Resolution: Fixed
Probably caused because o/a/g/Demo depended on o/a/g/Secure and the latter was
not automatically
[ http://issues.apache.org/jira/browse/GERONIMO-747?page=all ]
John Sisson updated GERONIMO-747:
-
Fix Version: 1.0-M4
Will apply this once we get M4 building
Remove ews dependency
-
Key: GERONIMO-747
URL:
[ http://issues.apache.org/jira/browse/GERONIMO-367?page=all ]
Aaron Mulder closed GERONIMO-367:
-
Fix Version: 1.0-M4
Resolution: Invalid
Currently, the assembly module always clears the target directory before
building, so there's fresh
[ http://issues.apache.org/jira/browse/GERONIMO-746?page=all ]
John Sisson updated GERONIMO-746:
-
Fix Version: 1.0-M4
Move from commons_discovery SNAPSHOT to formal version
--
Key:
[ http://issues.apache.org/jira/browse/GERONIMO-745?page=all ]
John Sisson updated GERONIMO-745:
-
Fix Version: 1.0-M4
Move from Axis 1.3-SNAPSHOT to formal version
-
Key: GERONIMO-745
[ http://issues.apache.org/jira/browse/GERONIMO-744?page=all ]
John Sisson updated GERONIMO-744:
-
Fix Version: 1.0-M4
Change spec dependencies to formal versions
---
Key: GERONIMO-744
URL:
[ http://issues.apache.org/jira/browse/GERONIMO-743?page=all ]
John Sisson updated GERONIMO-743:
-
Fix Version: 1.0-M5
(was: 1.0-M4)
Remove tools.jar hack that causes msg: WARN [ToolsJarHack] Could not all
find java compiler:
[ http://issues.apache.org/jira/browse/GERONIMO-742?page=all ]
John Sisson updated GERONIMO-742:
-
Fix Version: 1.0-M5
Remove tmporb dependency OpenEJB and from Geronimo Assembly
---
[ http://issues.apache.org/jira/browse/GERONIMO-740?page=all ]
John Sisson updated GERONIMO-740:
-
Version: 1.0-M4
Move from ActiveMQ 3.1-SNAPSHOT to a formal release
---
Key: GERONIMO-740
[ http://issues.apache.org/jira/browse/GERONIMO-741?page=all ]
John Sisson updated GERONIMO-741:
-
Fix Version: 1.0-M4
Move from ActiveIO 1.0 to ActiveIO 1.1
--
Key: GERONIMO-741
URL:
[ http://issues.apache.org/jira/browse/GERONIMO-733?page=all ]
John Sisson updated GERONIMO-733:
-
Fix Version: 1.0-M5
Version: (was: 1.0-M5)
Ouput configuration startup times in startup console output
Move from HOWL version 0.1.8 to HOWL version 0.1.9
--
Key: GERONIMO-754
URL: http://issues.apache.org/jira/browse/GERONIMO-754
Project: Geronimo
Type: Task
Components: dependencies
Reporter: John Sisson
Move from Scout (JAXR) version 1.0-SNAPSHOT to a formal version
---
Key: GERONIMO-755
URL: http://issues.apache.org/jira/browse/GERONIMO-755
Project: Geronimo
Type: Task
Components: dependencies
David,
This branch contains the XMLBeans2 changes.
This probably explains the error with
xmlbeans-maven-plugin-2.0.0-beta1.jar I got doing a M4 uberbuild in my
previous mail titled M4 QA Branch Build Failure.
Should we be reconsidering having XMLBeans2 changes in the Geronimo M4
branch?
On Thu, 14 Jul 2005 [EMAIL PROTECTED] wrote:
This branch (ed: of OpenEJB) contains the XMLBeans2 changes.
This probably explains the error with
xmlbeans-maven-plugin-2.0.0-beta1.jar I got doing a M4 uberbuild in my
previous mail titled M4 QA Branch Build Failure.
Should we be
[ http://issues.apache.org/jira/browse/GERONIMO-742?page=all ]
Dain Sundstrom closed GERONIMO-742:
---
Resolution: Fixed
Remove tmporb dependency OpenEJB and from Geronimo Assembly
---
[ http://issues.apache.org/jira/browse/GERONIMO-743?page=all ]
Dain Sundstrom updated GERONIMO-743:
Version: 1.0-M4
Remove tools.jar hack that causes msg: WARN [ToolsJarHack] Could not all
find java compiler: lib\tools.jar file not found in ..
[ http://issues.apache.org/jira/browse/GERONIMO-743?page=all ]
Dain Sundstrom closed GERONIMO-743:
---
Resolution: Fixed
Remove tools.jar hack that causes msg: WARN [ToolsJarHack] Could not all
find java compiler: lib\tools.jar file not found in
[ http://issues.apache.org/jira/browse/GERONIMO-729?page=all ]
Dain Sundstrom updated GERONIMO-729:
Fix Version: 1.0-M5
Version: 1.0-M4
Assign To: Dain Sundstrom
Startup tries to start failed service?
Move ServiceMix from 1.0-SNAPSHOT to a formal or dated/versioned release for
Geronimo M4
Key: GERONIMO-756
URL: http://issues.apache.org/jira/browse/GERONIMO-756
Project: Geronimo
[ http://issues.apache.org/jira/browse/GERONIMO-756?page=all ]
John Sisson updated GERONIMO-756:
-
Component: dependencies
Description: Can you do this Hiram? (was: Can you fo this Hiram?)
Move ServiceMix from 1.0-SNAPSHOT to a formal or
Move from jUDDI SNAPSHOT to formal version
--
Key: GERONIMO-757
URL: http://issues.apache.org/jira/browse/GERONIMO-757
Project: Geronimo
Type: Task
Components: dependencies
Versions: 1.0-M4
Reporter: John
[ http://issues.apache.org/jira/browse/GERONIMO-757?page=all ]
John Sisson updated GERONIMO-757:
-
Description:
Doing a search it is a dependency in the following files:
geronimo/assemblies/j2ee-server/project.xml
geronimo/modules/assembly/project.xml
[ http://issues.apache.org/jira/browse/GERONIMO-744?page=all ]
John Sisson reassigned GERONIMO-744:
Assign To: (was: Jeremy Boynes)
Change spec dependencies to formal versions
---
Key:
[ http://issues.apache.org/jira/browse/GERONIMO-745?page=all ]
Davanum Srinivas resolved GERONIMO-745:
---
Resolution: Fixed
Have we decided on a date for M4 yet? i'd want to explore releasing Axis 1.3
final prior to M4 if possible.
Move from
[ http://issues.apache.org/jira/browse/GERONIMO-745?page=all ]
Davanum Srinivas reopened GERONIMO-745:
---
sorry. clicked on the wrong button.
Move from Axis 1.3-SNAPSHOT to formal version
-
Move geronimo_spec_activation version from 1.0.2-SNAPSHOT to a formal version
-
Key: GERONIMO-758
URL: http://issues.apache.org/jira/browse/GERONIMO-758
Project: Geronimo
Type: Task
Move geronimo_spec_javamail version from 1.3.1-SNAPSHOT to a formal version
---
Key: GERONIMO-759
URL: http://issues.apache.org/jira/browse/GERONIMO-759
Project: Geronimo
Type: Task
[ http://issues.apache.org/jira/browse/GERONIMO-348?page=all ]
Aaron Mulder reassigned GERONIMO-348:
-
Assign To: Aaron Mulder
Invalid module path or references in plan should result in failed deployment
or warning
[ http://issues.apache.org/jira/browse/GERONIMO-744?page=all ]
John Sisson updated GERONIMO-744:
-
Component: dependencies
Summary: Review specs and move them from rc versions to formal versions
(was: Change spec dependencies to formal
[
http://issues.apache.org/jira/browse/GERONIMO-348?page=comments#action_12315811
]
Aaron Mulder commented on GERONIMO-348:
---
Fixed for EAR with bogus modules and EJB JAR with bogus EJBs
Still need to look at EJB Refs, Resource Refs, Env Entries, Web
[ http://issues.apache.org/jira/browse/GERONIMO-729?page=all ]
Dain Sundstrom closed GERONIMO-729:
---
Resolution: Fixed
Thanks Kevan
Startup tries to start failed service?
--
Key: GERONIMO-729
Alright, I made a new tag -- can't redo branch tags in cvs.
cvs co -r v2_0_G1M4
This branch is from the same source that's in the QA source zip.
-David
On Wed, Jul 13, 2005 at 07:48:41PM -0700, David Blevins wrote:
Yea, my first idea was to simply create a branch from the exact point
the
On Jul 13, 2005, at 4:50 PM, David Blevins wrote:
cvs co -r v2_0_GM4
It's a plain cvs branch, not a tag. You can check in what you need
to get Geronimo 1.0 M4 out the door.
I assume s/cvs/svn and what is the logic behind the branch name?
geir
-David
--
Geir Magnusson Jr
74 matches
Mail list logo