Hi folks,
Friday I could build OK (using an older version of HOWL) but after a
svn up today I get the failure below. Any help appreciated.
Thanks,
Toby
jar:jar:
assemble:
[copy] Copying 1 file to
/eng/home/tcabot/try/geronimo/modules/assembly/target/geronimo-1.0-SNAPSHOT/lib
[copy]
[ http://nagoya.apache.org/jira/browse/GERONIMO-435?page=history ]
David Jencks reassigned GERONIMO-435:
-
Assign To: David Jencks (was: Jeremy Boynes)
Should be able to specifiy default parent config id
check axis jars in your local maven repo. they may be corrupted.
thanks,
dims
On Sat, 06 Nov 2004 23:15:48 -0800, Jeremy Boynes [EMAIL PROTECTED] wrote:
David Jencks wrote:
I haven't been building axis for a while because of the following problem:
To add to this, Bruce had the same problem Friday, and it was
solved through sufficient deleting of pre-downloaded files. I think it
was just ~/.maven/repository/axis, but it may have been more.
Aaron
On Sun, 7 Nov 2004, Davanum Srinivas wrote:
check axis jars in your local maven
Just to reiterate, I think Jeremy is saying that using the
deployer tool for offline install is limited because it doesn't know what
GBeans the server is using for the ConfigStore and PersistentConfigList
and so on. If we instead actually start the server to do an offline
It doesn't even start, just craps out complaining that OpenORB
doesn't support the VM (Sun 1.5.0 for Linux). I put in a JIRA and a
report to OpenORB, but this is a blocker. I hate to just comment out the
whole thing, but I can't get a full build with it in there, and I think
1.5 is a
+1
As an aside, the new deployer can not distribute unpacked modules. Is it
intentional?
Thanks,
Gianny
On 7/11/2004 4:35 AM, Aaron Mulder wrote:
I'd like to remove the current deployer.jar tool, remove the
command-line processing logic from the Deployer class, rename
new-deployer.jar to
On Mon, 8 Nov 2004, Gianny Damour wrote:
+1
As an aside, the new deployer can not distribute unpacked modules. Is it
intentional?
JSR-88 doesn't support unpacked modules. If you like, we could
assume any directory is an unpacked module, JAR it, distribute the JAR,
then delete the
For some reason you have to refresh and build openejb, then go back to
building Geronimo.
-Original Message-
From: toby cabot [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 06, 2004 10:39 PM
To: [EMAIL PROTECTED]
Subject: build problem?
Hi folks,
Friday I could build OK
GBeans should use jsr-77 naming conventions and these names should have mostly
default components
-
Key: GERONIMO-450
URL: http://nagoya.apache.org/jira/browse/GERONIMO-450
geronimo connector xsd refers to sun schemas
Key: GERONIMO-451
URL: http://nagoya.apache.org/jira/browse/GERONIMO-451
Project: Apache Geronimo
Type: Bug
Components: connector
Versions: 1.0-M2
Reporter:
Aaron Mulder wrote:
Just to reiterate, I think Jeremy is saying that using the
deployer tool for offline install is limited because it doesn't know what
GBeans the server is using for the ConfigStore and PersistentConfigList
and so on. If we instead actually start the server to do an offline
pace vobiscum!
Speaking only for myself, I think that geronimo and the people involved
are top-notch. The project and the people are too good to allow this
sort of devolution. I really think that where one feels heat seeking
light would be preferrable. And, I want to say that often I am the
Bruce,
Can you state your current opinion and reasoning? I think that's
more valuable than a vote, at this stage. I know I'd like to have a
broader discussion to try to agree on the best solution, or at least the
best specific options to propose for a vote. For example, I think we've
On Sun, 7 Nov 2004, Bruce Snyder wrote:
Per these disagreements, I think that we should address them before we
move on simply because I don't want to be bitten by these same issues
again. I suggest that we learn from this issue and set forth some
guidelines for the future.
As for the
Aaron Mulder wrote:
Can you state your current opinion and reasoning? I think that's
more valuable than a vote, at this stage. I know I'd like to have a
broader discussion to try to agree on the best solution, or at least the
best specific options to propose for a vote. For example, I
Geir Magnusson Jr. wrote:
On Nov 7, 2004, at 1:21 PM, Bruce Snyder wrote:
Per these disagreements, I think that we should address them before we
move on simply because I don't want to be bitten by these same issues
again. I suggest that we learn from this issue and set forth some
guidelines for
On Nov 7, 2004, at 2:39 PM, Bruce Snyder wrote:
Geir Magnusson Jr. wrote:
On Nov 7, 2004, at 1:21 PM, Bruce Snyder wrote:
Per these disagreements, I think that we should address them before
we move on simply because I don't want to be bitten by these same
issues again. I suggest that we learn
Does anyone have a correct URL to the geronimo lists subscriptions? Thanks.
Michael McGrady
Are you having trouble with the ones here:
http://wiki.apache.org/geronimo#head-4e506cc0e4cdde5ada4b384308059f2d634d1d7e
Aaron
On Sun, 7 Nov 2004, Michael G. McGrady wrote:
Does anyone have a correct URL to the geronimo lists subscriptions? Thanks.
Thank you Jeremy, this is a very clear explanation of the
architecture. I agree completely with your point of view. I think we
should get some version of this explanation on the wiki.
I apologize for not entering this discussion earlier, but I didn't have
time to think through the issues
TranQL uses TM directly to avoid any dependency on Geronimo.
IIRC the only place it is used is to support collection-valued accessors
for EJBs - the spec requires that at the end of the transaction any
returned Collections become inoperative. Have look at MultiValuedCMRAccessor
Alternatively
XAResource.setTransactionTimeout never called
-
Key: GERONIMO-452
URL: http://nagoya.apache.org/jira/browse/GERONIMO-452
Project: Apache Geronimo
Type: Bug
Components: transaction manager
Versions: 1.0-M2
On Sun, 7 Nov 2004, David Jencks wrote:
I don't think drop, wait wonder hot deployment should be supported.
This only supports deployment of applications with embedded plans or
applications that need no plan.
I don't understand the objections to this. embedded plans is
the
Thanks to everyone for their help. Mucho gracia!
Michael
On Sun, 7 Nov 2004, Jeremy Boynes wrote:
...
If someone implements this (dealing, of course, with all the nasties)
then all the better; in fact, IIRC there is some old scanning code of
mine lying around in the repo somewhere.
However, due to the technical issues I would still not advocate
26 matches
Mail list logo