Update Wiki pages about m: goals
Key: GERONIMO-1626
URL: http://issues.apache.org/jira/browse/GERONIMO-1626
Project: Geronimo
Type: Sub-task
Components: buildsystem, documentation
Versions: 1.x
Reporter: Jacek Laskowsk
[ http://issues.apache.org/jira/browse/GERONIMO-1317?page=all ]
Jacek Laskowski reassigned GERONIMO-1317:
-
Assign To: Jacek Laskowski (was: Dain Sundstrom)
> Integration of the "new" maven goals with existing goals
>
2006/2/15, Matt Hogstrom <[EMAIL PROTECTED]>:
> is the m:fresh-checkout deprecated? Its a lot more convenient for new users
> and
> lazy bums like me.
If something is of help to anyone it's worth to leave it alone. Since
I didn't mean to remove any m:'s, the one will
survive too.
Jacek
--
Jace
2006/2/15, Dain Sundstrom <[EMAIL PROTECTED]>:
> BTW the rule is 3 +1s and no -1 *and* a waiting period (normally
> 24-28 hours).
Yea, I know. I wanted to jump onto the task quickly and left the
waiting period of 24-28 hours knowingly ;)
> -dain
Jacek
--
Jacek Laskowski
http://www.laskowski.or
2006/2/15, John Sisson <[EMAIL PROTECTED]>:
> Before you remove them.. AFAIK m:update is still used.
Sure. That's exactly what I meant to leave out - m:
and some others that do not take part in new* plus the ones mentioned
in Dain's msg.
> Also as part of this work, http://wiki.apache.org/geroni
is the m:fresh-checkout deprecated? Its a lot more convenient for new users and
lazy bums like me.
Jacek Laskowski wrote:
2006/2/14, Bruce Snyder <[EMAIL PROTECTED]>:
On 2/14/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
+1
I say remove everything but the "new" goals, m:co, m:idea and m:e
On 2/14/06, David Jencks <[EMAIL PROTECTED]> wrote:
> We need some widespread thought about the new xml schema we're
> getting in 1.1. Dain and I are not particularly thrilled with the
> element names but haven't thought of improvements. We also thought
> of an alternate way of presenting the in
Should get the JIRA instance upgraded, so we can use the Wiki renderers too
--jason
-Original Message-
From: David Blevins <[EMAIL PROTECTED]>
Date: Tue, 14 Feb 2006 19:13:13
To:"Alan D.Cabrera" <[EMAIL PROTECTED]>
Cc:Dain Sundstrom <[EMAIL PROTECTED]>, dev@geronimo.apache.org, Ap
Hi Matthieu,
I don't think Aaron would disagree with you. Going back to his
transaction manager analogy, a transaction manager is much more
complicated than geronimo the container. Just like a BPLE engine is
much more complicated than a JBI container. The beautiful thing
geronimo and s
I think Dain could do this. He added the cool "patch available"
flag, IIRC.
-David
On Feb 11, 2006, at 7:17 AM, Alan D. Cabrera wrote:
On 1/25/2006 9:31 PM, Alan D. Cabrera wrote:
I want to add a field that marks bugs w/ a regression flag so that
we can track tests that used to pass. Cu
On Feb 14, 2006, at 5:56 PM, Geir Magnusson Jr wrote:
David Blevins wrote:
On Feb 14, 2006, at 3:09 PM, Geir Magnusson Jr wrote:
Aaron Mulder wrote:
How can XBean be out of scope but modules/kernel is not?
If we're going to switch Geronimo over to XBean, then yes, it's
in scope. But t
Please, no -m2 suffix.
--jason
On 2/14/06, David Blevins <[EMAIL PROTECTED]> wrote:
>
> On Feb 14, 2006, at 4:06 PM, Dain Sundstrom wrote:
>
> > Is there an easy way to do this with m1? I'm concerned about
> > having two dependency lists: one in the project.xml and one in the
> > pom.xml. Is t
Weird... I did not notice that
org.springframework.ejb.support.AbstractSessionBean was package
private. It makes a little sense that is is package private because
you only expect users to extend from one of its direct subclasses for
MDB or a SB.
Thanks for taking a look :-)
I've added definition
David Blevins wrote:
On Feb 14, 2006, at 3:09 PM, Geir Magnusson Jr wrote:
Aaron Mulder wrote:
How can XBean be out of scope but modules/kernel is not?
If we're going to switch Geronimo over to XBean, then yes, it's in
scope. But the answers to my question never said that. It was
"Ser
[ http://issues.apache.org/jira/browse/GERONIMO-1481?page=all ]
Alan Cabrera closed GERONIMO-1481:
--
Fix Version: 1.x
Resolution: Fixed
Thanks for the heads up!
> Use default Maven 2 layout for specs
>
>
>
Brett Porter wrote:
Isn't the current Geronimo group ID "geronimo", so the new one can be
"org.apache.geronimo" without a clash?
Great! The modules i converted to m2 already has groupId set to this in
the m2 build.
> >On Tue, Feb 14, 2006 at 12:31:45PM -0800, Dain Sundstrom wrote:
> >>I'm getting an IllegalAccessError when using fastclass to invoke a
> >>method on an instance where the method is inherited from a parent
> >>class.
I've reproduced the bug. It is caused because the method is actually
defined
On Feb 14, 2006, at 5:01 PM, Dain Sundstrom wrote:
On Feb 14, 2006, at 4:30 PM, David Blevins wrote:
On Feb 14, 2006, at 4:06 PM, Dain Sundstrom wrote:
Is there an easy way to do this with m1? I'm concerned about
having two dependency lists: one in the project.xml and one in
the pom.xm
On 2/15/06, David Blevins <[EMAIL PROTECTED]> wrote:
> Every m2 project i've worked with eventually ended up leveraging
> maven 1 repositories.
>
> We'd likely use the maven-one-plugin which puts jars into a maven 1
> repo. Also we'd likely still need to list cvs.apache.org in the repo
> list of o
[ http://issues.apache.org/jira/browse/GERONIMO-1481?page=all ]
Alan Cabrera reassigned GERONIMO-1481:
--
Assign To: Alan Cabrera
> Use default Maven 2 layout for specs
>
>
> Key: GERONIMO-1481
>
On Feb 14, 2006, at 4:48 PM, Anders Hessellund Jensen wrote:
David Blevins wrote:
Why don't we:
- use an non-conflicting groupId like org.apache.geronimo-m2 or
something specifically for conversion
- set it up in our continuum install as another project
- and continuously build *both
Note version number elements will be optional. I will post a
description of the resolution strategy for version numbers after I
get a bit of the code working. You just never know until you code
something :)
-dain
On Feb 14, 2006, at 5:03 PM, David Jencks wrote:
We need some widespread t
We need some widespread thought about the new xml schema we're
getting in 1.1. Dain and I are not particularly thrilled with the
element names but haven't thought of improvements. We also thought
of an alternate way of presenting the info and would like opinions on
which is better.
The
On Feb 14, 2006, at 4:30 PM, David Blevins wrote:
On Feb 14, 2006, at 4:06 PM, Dain Sundstrom wrote:
Is there an easy way to do this with m1? I'm concerned about
having two dependency lists: one in the project.xml and one in the
pom.xml. Is there a tool that can merge the project.xml
d
On Feb 14, 2006, at 3:09 PM, Geir Magnusson Jr wrote:
Aaron Mulder wrote:
How can XBean be out of scope but modules/kernel is not?
If we're going to switch Geronimo over to XBean, then yes, it's in
scope. But the answers to my question never said that. It was
"ServiceMix and Jetty dep
David Blevins wrote:
Why don't we:
- use an non-conflicting groupId like org.apache.geronimo-m2 or
something specifically for conversion
- set it up in our continuum install as another project
- and continuously build *both*
?
The reason for the new groupId is so that the m2 build does
On Feb 14, 2006, at 4:08 PM, Dain Sundstrom wrote:
I suggest you wait until Jencks weighs in on this.
I also think m:update may still be used.
Doing this is fine with me.
There's a Jira issue that may have already done most or all of this
and possibly much more, but I haven't had time to
Dain Sundstrom wrote:
What do you mean by in parallel?
I just mean that both the m1 and the m2 build runs, without interfering
with each other.
I specifically would like to see modules converted one by one to m2 and
when converted have the module completely built by m2 (execed?) from a
m
On Feb 14, 2006, at 4:06 PM, Dain Sundstrom wrote:
Is there an easy way to do this with m1? I'm concerned about
having two dependency lists: one in the project.xml and one in the
pom.xml. Is there a tool that can merge the project.xml
dependencies into a template pom.xml?
If there was
I suggest you wait until Jencks weighs in on this.
BTW the rule is 3 +1s and no -1 *and* a waiting period (normally
24-28 hours).
-dain
On Feb 14, 2006, at 3:33 PM, Jacek Laskowski wrote:
2006/2/14, Bruce Snyder <[EMAIL PROTECTED]>:
On 2/14/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
+
What do you mean by in parallel?
I specifically would like to see modules converted one by one to m2
and when converted have the module completely built by m2 (execed?)
from a m1 global build. I think this is the only way we will ever
keep our m1 and m2 builds in sync during the conversion
[
http://issues.apache.org/jira/browse/GERONIMO-1481?page=comments#action_12366411
]
Anders Hessellund Jensen commented on GERONIMO-1481:
It seems src/java has been moved to src/main/java.
The src/test has NOT been moved to src/test/jav
Before you remove them.. AFAIK m:update is still used.
Also as part of this work, http://wiki.apache.org/geronimo/Building
should be updated to reflect any changes.
Thanks,
John
Jacek Laskowski wrote:
2006/2/14, Bruce Snyder <[EMAIL PROTECTED]>:
On 2/14/06, Dain Sundstrom <[EMAIL PROTE
2006/2/15, Anders Hessellund Jensen <[EMAIL PROTECTED]>:
> I don't see any reason why missing dependencies should hold us back from
> starting the migration. If we run into missing dependencies we can
> bundle those dependencies ourselves in the org.apache.geronimo
> namespace. I doubt there is mo
Remove deprecated m:* goals from the build
--
Key: GERONIMO-1625
URL: http://issues.apache.org/jira/browse/GERONIMO-1625
Project: Geronimo
Type: Task
Components: buildsystem
Versions: 1.x
Reporter: Jacek Laskows
2006/2/14, Bruce Snyder <[EMAIL PROTECTED]>:
> On 2/14/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
> > +1
> >
> > I say remove everything but the "new" goals, m:co, m:idea and m:eclipse.
>
> +1
>
> Bruce
Dain's, Bruce's and mine +1 should be ok to assume I'm allowed to
remove them ;) (IIRC, ther
[
http://issues.apache.org/jira/browse/GERONIMO-851?page=comments#action_12366407
]
Jacek Laskowski commented on GERONIMO-851:
--
A page with the list of the dependencies and their status wrt POM v. 4.0.0 -
http://wiki.apache.org/geronimo/Maven2Conv
[ http://issues.apache.org/jira/browse/GERONIMO-1624?page=all ]
Jacek Laskowski closed GERONIMO-1624:
-
Fix Version: 1.1
Resolution: Fixed
$ svn ci
Sendingmodules/activation/pom.xml
Sending
modules/axis/src/java/org/apache/ge
Aaron Mulder wrote:
I thought the biggest problem was that not all of our dependencies had
valid POMs, or at least not all their transitive dependencies had
valid POMs, so any Geronimo build eventually ran into missing/invalid
POMs and crapped out. There was a Wiki page where progress on this
fr
2006/2/15, Aaron Mulder <[EMAIL PROTECTED]>:
> I thought the biggest problem was that not all of our dependencies had
> valid POMs, or at least not all their transitive dependencies had
> valid POMs, so any Geronimo build eventually ran into missing/invalid
> POMs and crapped out. There was a Wiki
Aaron Mulder wrote:
How can XBean be out of scope but modules/kernel is not?
If we're going to switch Geronimo over to XBean, then yes, it's in
scope. But the answers to my question never said that. It was
"ServiceMix and Jetty depends on it" or whatever.
XBean is a
better that, includi
[ http://issues.apache.org/jira/browse/GERONIMO-1518?page=all ]
erik daughtrey updated GERONIMO-1518:
-
Attachment: installer-G1518.patch.gz
> Installer - only copy jars needed by selected configuration
> --
I thought the biggest problem was that not all of our dependencies had
valid POMs, or at least not all their transitive dependencies had
valid POMs, so any Geronimo build eventually ran into missing/invalid
POMs and crapped out. There was a Wiki page where progress on this
front was being tracked.
Hi All,
Here is the *Configure JMS* article updated, sorry it took so long :)
http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/Configure+JMS
Cheers!
Hernan
[ http://issues.apache.org/jira/browse/GERONIMO-1518?page=all ]
erik daughtrey updated GERONIMO-1518:
-
Description: Install configuration using installer jar as source
repository. (was: Change this issue to only apply to 1.0.1. Another issue will
b
How can XBean be out of scope but modules/kernel is not? XBean is a
better that, including solving a number of problems that we're
currently facing (such as, say, serialized objects). I'm eager to
start integrating the code.
Aaron
On 2/14/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> Just
I have submitted a patch migrating some of the simpler modules to Maven
2. The m2 build runs parallel with the m1 build. Nothing has been
touched except POM files.
http://issues.apache.org/jira/browse/GERONIMO-1624
I suggest we continue along that path, making the m2 build run parallel
with t
On 2/14/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
> +1
>
> I say remove everything but the "new" goals, m:co, m:idea and m:eclipse.
+1
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/)
Castor (http://castor.org/)
[ http://issues.apache.org/jira/browse/GERONIMO-1614?page=all ]
erik daughtrey updated GERONIMO-1614:
-
Geronimo Info: (was: [Patch Available])
Please close this JIRA.
The patch for GERONIMO-1518 fixes this problem in a better
way than completely by
[
http://issues.apache.org/jira/browse/GERONIMO-1568?page=comments#action_12366397
]
erik daughtrey commented on GERONIMO-1568:
--
Please close this JIRA
> Installer - Have ConfigInstaller optionally delete CARs after configuration
> is complete.
>
[ http://issues.apache.org/jira/browse/GERONIMO-1568?page=all ]
erik daughtrey updated GERONIMO-1568:
-
Geronimo Info: (was: [Patch Available])
GERONIMO-1518 fixes this problem by not installing the car files in
the first place.
Don't apply this pat
Glad to have you with us Matthieu. I agree with a lot of your assessment; BPEL is really only part of the discussion (as being one language for describing interactions with WSDL-based constructs) while service orchestration is the larger picture. In that regard, I can understand the transaction
+1
I say remove everything but the "new" goals, m:co, m:idea and m:eclipse.
-dain
On Feb 14, 2006, at 2:37 PM, Jacek Laskowski wrote:
Hi,
Just asked myself and couldn't answer it. Are m:* goals deprecated in
favor of new*? Possibly m: (e.g. m:update,
m:checkout, m:fresh-checkout) are still i
On 2/14/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> Just asked myself and couldn't answer it. Are m:* goals deprecated in
> favor of new*? Possibly m: (e.g. m:update,
> m:checkout, m:fresh-checkout) are still in use, but the rest (e.g.
> m:rebuild, m:build, etc.) should be wiped out soon.
Ye
this always reminds me of the old jokes about the country that wanted to
do a piecemeal switch from "wheel on the right" cars to "wheel on the
left" cars...
David Blevins wrote:
On Feb 14, 2006, at 2:03 PM, Alan D. Cabrera wrote:
On 2/14/2006 3:09 AM, Anders Hessellund Jensen (Trifork) wrot
Hi,
Just asked myself and couldn't answer it. Are m:* goals deprecated in
favor of new*? Possibly m: (e.g. m:update,
m:checkout, m:fresh-checkout) are still in use, but the rest (e.g.
m:rebuild, m:build, etc.) should be wiped out soon.
Jacek
--
Jacek Laskowski
http://www.laskowski.org.pl
Please give advice on how to setup security authentication in ActiveMQ? How
can ActiveMQ authenticate the connection of producer and/or consumer? I
read about JAAS/JACC, how can I configure ActiveMQ to use it? Thank you in
advance.
Note: This is a re-post from the forum.
On Feb 14, 2006, at 2:03 PM, Alan D. Cabrera wrote:
On 2/14/2006 3:09 AM, Anders Hessellund Jensen (Trifork) wrote:
I'd like to help migrating to maven 2.
Where to start? I suppose a good start would be to write POM's for
some of the modules. This should be fairly straightforward, at
leas
2006/2/14, Dain Sundstrom <[EMAIL PROTECTED]>:
> If m2 could exec an m1 build (following global dependencies) or if m1
> could invoke m2, this conversion would be much easier as we could
> convert a module at at time.
As far as I understood it, it's not possible. What is possible is to
build Maven
It'd make more sense to have m1 exec m2 so that your master build is
last to convert. This should be possible with .
Forking is probably slow, but forking m2 is probably faster than the
m1 build anyway :)
- Brett
On 2/15/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
> If m2 could exec an m1 buil
If m2 could exec an m1 build (following global dependencies) or if m1
could invoke m2, this conversion would be much easier as we could
convert a module at at time.
-dain
On Feb 14, 2006, at 2:03 PM, Alan D. Cabrera wrote:
On 2/14/2006 3:09 AM, Anders Hessellund Jensen (Trifork) wrote:
I
+1
On 2/14/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> Just to tie this up so it won't be left hanging - since Dain has already
> started moving forward with the ip document in incubator and declared
> his intention to commit the code tomorrow ...
>
> My point was that this should have been
Aaron Mulder wrote:
On 2/14/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
In the same way that we built Geronimo from "best of breed" J2EE-ish OSS
projects that are out there, I'm sure we could do a similar thing with BPEL.
Maybe do a "bake off" to help find the best codebase, and have the
2006/2/14, Anders Hessellund Jensen (Trifork) <[EMAIL PROTECTED]>:
> I'd like to help migrating to maven 2.
Hi Anders,
I'm going to support (i.e. apply patches related to M2 as soon as
possible) you (and anybody) who's going to help with the migration.
I'm learning Maven2 so I couldn't imagine a
I'm copying Geronimo dev on this so, Jason Dillon can respond with
more specifics. To get the ball rolling, here is the top of the
stack trace we are seeing:
java.lang.IllegalAccessError: tried to access class
org.springframework.ejb.support.AbstractEnterpriseBean from class
com.solidusnetwo
On 2/14/2006 3:09 AM, Anders Hessellund Jensen (Trifork) wrote:
I'd like to help migrating to maven 2.
Where to start? I suppose a good start would be to write POM's for
some of the modules. This should be fairly straightforward, at least
for modules without complex jelly usage. Should the di
> Also, I don't at all agree with your comparison of a BPEL Engine to
> Geronimo. I would compare it to the transaction manager within
> Geronimo. It's a discrete component, and we're not going to take the
> best of 20 different projects to make a transaction manager, and I
> don't see why we'd d
> How about making a fresh start then... If the Agila people are
> interested, put out a call for any and all other implementations of BPEL
> that might be donated and build a larger community, mixing the best of
> anything that is donated to get the best BPEL engine and community we can?
I would
[ http://issues.apache.org/jira/browse/GERONIMO-1624?page=all ]
Jacek Laskowski reassigned GERONIMO-1624:
-
Assign To: Jacek Laskowski
> POMs for some modules
> -
>
> Key: GERONIMO-1624
> URL: http://issues.ap
I have been making correction all across the site. Most of them are in the
first patch
Bruce Snyder wrote:
On 2/14/06, Hernan Cunico <[EMAIL PROTECTED]> wrote:
Here is the link to the most recent diff
http://issues.apache.org/jira/secure/attachment/12322967/site.diff.06-02-14.zip
I've got
[ http://issues.apache.org/jira/browse/GERONIMO-1624?page=all ]
Anders Hessellund Jensen updated GERONIMO-1624:
---
Attachment: maven-2-migration.diff
> POMs for some modules
> -
>
> Key: GERONIMO-1624
> U
POMs for some modules
-
Key: GERONIMO-1624
URL: http://issues.apache.org/jira/browse/GERONIMO-1624
Project: Geronimo
Type: Sub-task
Components: buildsystem
Reporter: Anders Hessellund Jensen
I've created POMs for some modules:
[INFO]
-
On 2/14/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> In the same way that we built Geronimo from "best of breed" J2EE-ish OSS
> projects that are out there, I'm sure we could do a similar thing with BPEL.
>
> Maybe do a "bake off" to help find the best codebase, and have the
> community colla
On Feb 14, 2006, at 9:01 AM, Dain Sundstrom wrote:
I like the idea, but he devil is in the details. Before we move
forward, I'd like to look that devil in he eyes.
Indeed. I don't understand what this would give anyone except a more
complicated build structure. What I think would be sub
Hi All,
I just updated the Administrative Tasks article to include how to Import database pools from
WebLogic 8.1, ere is the link.
http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/Administrative+tasks
Cheers!
Hernan
I think we need Maven2 first before can be effective at making the build more
modular as described here.
--jason
-Original Message-
From: Dain Sundstrom <[EMAIL PROTECTED]>
Date: Tue, 14 Feb 2006 09:01:27
To:dev@geronimo.apache.org
Subject: Re: Thoughts on splitting out "core" from, w
On Mon, Feb 13, 2006 at 02:14:51PM -0500, Aaron Mulder wrote:
> I'm not sure if there's a JIRA for this or not -- if you get a chance,
> can you review the JIRAs in the "deployment" category and see if
> there's one discussing offline deployment and if not add one and
> describe why you need it?
P
On 2/14/06, Hernan Cunico <[EMAIL PROTECTED]> wrote:
> Here is the link to the most recent diff
>
> http://issues.apache.org/jira/secure/attachment/12322967/site.diff.06-02-14.zip
I've got the correct diff, but there appears to be very few actual
changes in it. After patching the site using the la
Bill Flood wrote:
I'm open to what works best. I think the proposal for Ode is in essence a
fresh starting point for a community. Sybase just happened to submit some
code, which may or may not be accepted and that we thought was passable. In
the end, the community has the last say so we welc
I'm open to what works best. I think the proposal for Ode is in essence a fresh starting point for a community. Sybase just happened to submit some code, which may or may not be accepted and that we thought was passable. In the end, the community has the last say so we welcome that type of open
Bill Flood wrote:
Geir, approaching Agila was our first avenue. We looked at what they had
and I initiated several conversations about donating to that incubator
project.
We offered a base line upon which to build but there did not seem to be any
uptake although both committers said they were
This last one should include everything. If you prefer I could attach a new zip with the entire site
(xdocs, build scripts, html, etc).
Let me know what works better for you.
Cheers!
Hernan
Bruce Snyder wrote:
On 2/14/06, Bruce Snyder <[EMAIL PROTECTED]> wrote:
On 2/14/06, Hernan Cunico <[E
Geir, approaching Agila was our first avenue. We looked at what they had and I initiated several conversations about donating to that incubator project. We offered a base line upon which to build but there did not seem to be any uptake although both committers said they were happy to have us come
Here is the link to the most recent diff
http://issues.apache.org/jira/secure/attachment/12322967/site.diff.06-02-14.zip
Cheers!
Hernan
Original Message
Subject: Geronimo Web site update
Date: Mon, 13 Feb 2006 18:55:28 -0500
From: Hernan Cunico <[EMAIL PROTECTED]>
To: dev
Hi
The most updated one is site.diff.06-02-14.zip. Not sure why you do not see it, I see it second in
the list of seven attachments. May be there is a refresh issue with JIRA, I updated it not too long ago.
Let me know if you still do not see it.
Cheers!
Hernan
Bruce Snyder wrote:
On 2/14/06, He
On 2/14/06, Bruce Snyder <[EMAIL PROTECTED]> wrote:
> On 2/14/06, Hernan Cunico <[EMAIL PROTECTED]> wrote:
>
> > whenever you have the chance check out the new diff
> > (site.diff.06-02-14.zip). It should no longer
> > give you any trouble during the update.
>
> On this issue:
>
> https://issues.a
On 2/14/06, Hernan Cunico <[EMAIL PROTECTED]> wrote:
> whenever you have the chance check out the new diff (site.diff.06-02-14.zip).
> It should no longer
> give you any trouble during the update.
On this issue:
https://issues.apache.org/jira/browse/GERONIMO-1611
the latest attachment I see is
On Feb 14, 2006, at 10:03 AM, Joe Bohn wrote:
David,
Thanks for the clarification. I'm still having some problems
understanding our classloader construction ... so can I ask for a
little more clarification?
When I encountered this problem it was because I had removed 3
derby dependenc
Hi Bruce,
whenever you have the chance check out the new diff (site.diff.06-02-14.zip). It should no longer
give you any trouble during the update.
Cheers!
Hernan
Original Message
Subject: [jira] Updated: (GERONIMO-1611) Apache Geronimo Web site update
Date: Tue, 14 Feb 2006
On Feb 14, 2006, at 5:38 AM, Kevan Miller wrote:
On Feb 14, 2006, at 3:52 AM, Jason Dillon wrote:
Woah, this doesn't look good...
Yeah. I tried adding geronimo-spec-j2ee to the continuum builds on
GBuild. Obviously, it's not too happy there...
I tried recreating locally (checking out
Why not just bring into Agila and work on it in there?
Bill Flood wrote:
Dims,
We heard your plea and have moved the proposal through the incubator as you
suggested. At this point, we are looking for supporters. From the energy
you put behind your posting, we are all hoping you will also be c
[ http://issues.apache.org/jira/browse/GERONIMO-1611?page=all ]
Hernan Cunico updated GERONIMO-1611:
Attachment: site.diff.06-02-14.zip
This new diff "site.diff.06-02-14.zip" has all the images updated.
> Apache Geronimo Web site update
> --
Thanks for the offer but Dims has given me super ninja Jira karma.
Regards,
Alan
On 2/14/2006 8:43 AM, Dain Sundstrom wrote:
What kind of field do you want (checkbox, text box, etc)?
I can add another check box like the current patch available.
-dain
On Feb 13, 2006, at 6:40 PM, Alan D. Ca
Alan, I would like to throw my name in the hat and become actively involved.Bill Flood Sybase [EMAIL PROTECTED]On 2/14/06,
Alan D. Cabrera <[EMAIL PROTECTED]> wrote:
Ok. Here's the proposal http://wiki.apache.org/incubator/OdeProposal.Please feel free to comment.Bill Flood, can you provide us wit
Dims, We heard your plea and have moved the proposal through the incubator as you suggested. At this point, we are looking for supporters. From the energy you put behind your posting, we are all hoping you will also be committed to helping us drive this forward.
We are also reaching out to the
David,
Thanks for the clarification. I'm still having some problems
understanding our classloader construction ... so can I ask for a little
more clarification?
When I encountered this problem it was because I had removed 3 derby
dependencies (geronimo-derby, derby, and derbynet) from confi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bill Flood wrote:
> The license is in the tarball and/or you can see it directly at
> ftp://ftp.sybase.com/pub/incoming/wcss/bpe/SourceCodeEvaluationAgreement.txt
> without dowloading the tarball.
Thanks, Bill, Cory!
- --
#kenP-)}
Ken Coar, Sanag
I like the idea, but he devil is in the details. Before we move
forward, I'd like to look that devil in he eyes.
-dain
On Feb 13, 2006, at 7:15 PM, Aaron Mulder wrote:
What would folks think of (in principle, not right now) splitting out
the core Geronimo components from anything that wraps
The license is in the tarball. I've also put it at:
ftp://ftp.sybase.com/pub/incoming/wcss/bpe/
-cory
On 2/14/06, Rodent of Unusual Size <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Bill Flood wrote:
> > The source can be found here: ftp://ftp.sybase.com/pu
The license is in the tarball and/or you can see it directly at ftp://ftp.sybase.com/pub/incoming/wcss/bpe/SourceCodeEvaluationAgreement.txt
without dowloading the tarball.On 2/14/06, Rodent of Unusual Size <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-Hash: SHA1Bill Flood wrote:> T
1 - 100 of 121 matches
Mail list logo
