This is something we could potentially add.
How far down the security hole do you need to go?
1. Prevent tempering (secure hash of args/return values)
2. Prevent reading (encryption)
3. Proving client identity (mutual auth)
I'm guessing 2, but throwing out the other options.
-David
On Mar
What more generic network protocol layer?
-David
On Mar 6, 2006, at 12:08 PM, Aaron Mulder wrote:
By that we mean, you must authenticate to access the EJB, but the data
transferred between client and server and back is not encrypted.
We have a more generic network protocol layer around, but a
For myself and others can someone post a real short summary of where
this conversation is at?
-David
Sorry, was referring to this thread. Seems like it's winding down
and just looking for a clear idea of what the current thinking is.
-David
On Mar 7, 2006, at 9:36 AM, Dain Sundstrom wrote:
Looks good.
-dain
On Mar 6, 2006, at 12:49 AM, Greg Wilkins wrote:
Dain Sundstrom wrote:
My gue
On Mar 7, 2006, at 6:20 PM, Bruce Snyder wrote:
On 2/10/06, David Blevins <[EMAIL PROTECTED]> wrote:
Reposting from openejb-dev to increase awareness.
Ok, so I've been creating jira items like crazy and worked on
creating a confluence page with the state of our eff
On Mar 8, 2006, at 11:22 AM, David Jencks wrote:
On Mar 8, 2006, at 10:38 AM, Bill Dudney wrote:
Hi All,
I'm wrapping up the servlet 2.5 spec work and I'm wondering where
the put the javaee_5.xsd and the
javaee_web_services_client_1_2.xsd schema docs? They are not part
of the servlet
On Mar 9, 2006, at 4:09 AM, Jules Gosnell wrote:
David Blevins wrote:
Sorry, was referring to this thread. Seems like it's winding
down and just looking for a clear idea of what the current
thinking is.
Hi David - allow me to wind it up again :-)
I am particularly interested in
On Mar 9, 2006, at 5:59 AM, Jules Gosnell wrote:
David Blevins wrote:
Sorry, was referring to this thread. Seems like it's winding
down and just looking for a clear idea of what the current
thinking is.
David,
since you are here - a few SFSB questions...
what provisions doe
On Mar 11, 2006, at 2:33 PM, Jules Gosnell wrote:
David,
If you can have a go at answering the questions I have posed about
[Open]EJB in my other posting on this thread, I will merge your
answers into the model I am carrying around in my head and dump it
into an email as soon as I can. T
On Mar 14, 2006, at 12:55 AM, Jules Gosnell wrote:
David Blevins wrote:
On Mar 9, 2006, at 5:59 AM, Jules Gosnell wrote:
David Blevins wrote:
Sorry, was referring to this thread. Seems like it's winding
down and just looking for a clear idea of what the current
thinki
If you ask me what my opinion on OpenEJB's future or James' opinion
on ActiveMQ's future, we'll both probably tell you TLP is a good goal
eventually.
We've more or less been running as TLPs in relation to Geronimo for
the past two plus years already, just at Codehaus. We've seen how
that
pared to welcome
them as
Committers on the Geronimo TLP and members of the Geronimo PMC?
Related comment will go as a reply to David Blevins.
If I take away the list of infrastructure issues, I only see the
need to
have a thorough discussion as to where AMQ will land when it
gra
Seriously, people. Let's refrain from sensational emails whose only
point is to make things worse.
We are all here cause we want to work together and make great
communities, software and a better ASF.
-David
On Mar 17, 2006, at 10:23 AM, lichtner wrote:
I wanted to see what this incuba
On Mar 17, 2006, at 10:32 AM, Prasad Kashyap wrote:
Our top level pom.xml lists all the modules that M2 must traverse to
build them individually. We currently have around 40 modules specified
in the list. We'll soon add some more and then move on to adding 53
configs, 16 applications, 7 plugins
On Mar 17, 2006, at 2:18 PM, Alan D. Cabrera wrote:
Jacek Laskowski wrote:
2006/3/17, Prasad Kashyap <[EMAIL PROTECTED]>:
This will make our top level pom.xml a huge big list. Are we sure
we want to keep it structured this way ?
Hi Prasad, It looks that we're quickly approaching Dave's idea
On Mar 17, 2006, at 1:44 PM, Jason Dillon wrote:
Really ? When I first cut my teeth with m2 working on itests, I
remember something like having to make the artifactid and directory
same. But if that is not the case, then great ! We can/should go
ahead
and create intermediate pom.xmls for the
That seems reasonable to me.
On Mar 27, 2006, at 11:29 AM, Dain Sundstrom wrote:
+1
-dain
On Mar 24, 2006, at 4:54 PM, Aaron Mulder wrote:
Currently if you use the command-line deploy tool, you have to
specify
different deploy commands depending on whether the module is already
deployed.
On Mar 27, 2006, at 1:34 PM, Dain Sundstrom wrote:
I thought this ugly hack was necessary to get around the web class
loader being a different class loader than the configuration class
loader. IIRC the trick was to leave the object as a byte array
until the actual web class loader was pa
On Jun 21, 2007, at 8:18 AM, David Jencks wrote:
This is pretty much speculation on my part, I haven't tried
anything to see if it already is implemented...
Openejb has a nice global jndi context for all the ejbs, but I
don't think its bound into the geronimo global jndi space. I
suspec
All,
The Geronimo PMC is pleased to announce that Tim McConnell has
recently accepted our invitation to become an Apache Geronimo
committer. Tim has done some great work in 2.0 with regards to
annotation processing and was a definite asset in completing the
JavaEE 5 functionality.
We'r
On Jun 21, 2007, at 10:48 AM, Tim McConnell wrote:
Hi, I'm trying to better understand how Geronimo handles
inheritance of annotations. Is that something we've delegated
solely to our usage of ClassFinder ?? Or is that something that is
implemented elsewhere in the Geronimo code ?? Thanks
I forwarded them your note and also went digging in scm archives as
to why they added it. We'll see what they say.
Have you tried adding an exclude on jaxb in the openjpa dep? And for
the openejb dep we could exclude openjpa itself.
-David
On Jun 25, 2007, at 9:11 AM, Jeff Genender wrote
On Jul 4, 2007, at 10:40 AM, David Jencks wrote:
We've run into a bit of a problem with javaee app clients and
logins. We need the same security configuration to support both
remote access to openejb and web services security. Remote access
to openejb currently requires a "remote login" th
On Jul 5, 2007, at 5:44 PM, David Jencks wrote:
On Jul 5, 2007, at 12:03 PM, David Blevins wrote:
How were we doing web services security before? Did it work for
EJBs too? (maybe that was the issue).
Web services security works and worked fine. AFAICT it's using
BASI
On Jul 16, 2007, at 3:18 PM, Jeff Genender wrote:
Prasad Kashyap wrote:
Theoretically it shouldn't matter at all. If they don't, let's just
release our existing combination of quad assemblies. There's a pack
for everybody.
+1
So where are things on the web container front with regards t
What do you guys think of doing a 3.1 release? Need non-snapshot
versions of at least xbean-reflect and xbean-finder for OpenEJB/
Geronimo coming up real soon.
-David
On Jul 25, 2007, at 7:57 PM, Christopher Blythe wrote:
I was working on DayTrader 2.0 when I found that the resetTrade
method for all of the runtime modes (with the exception of Direct
mode) would fail. I went back and deploy DayTrader 1.2 on GMO 2.0
and noticed the same behavior. I then we
od, would the method level attribute be
ignored?
Chris
On 8/1/07, David Blevins <[EMAIL PROTECTED]> wrote: On Jul
25, 2007, at 7:57 PM, Christopher Blythe wrote:
> I was working on DayTrader 2.0 when I found that the resetTrade
> method for all of the runtime modes (with the except
On Aug 1, 2007, at 1:49 PM, Christopher Blythe wrote:
David...
Do you have a JIRA for this yet?
Added one here http://issues.apache.org/jira/browse/OPENEJB-623
-David
On 8/1/07, David Blevins <[EMAIL PROTECTED] > wrote:That's the
info I was looking for. I'll fix th
On Aug 1, 2007, at 2:44 PM, David Blevins wrote:
On Aug 1, 2007, at 1:49 PM, Christopher Blythe wrote:
David...
Do you have a JIRA for this yet?
Added one here http://issues.apache.org/jira/browse/OPENEJB-623
Here click the this link to be notified of when it's fixed:
On Aug 1, 2007, at 12:17 PM, David Blevins wrote:
That's the info I was looking for. I'll fix this.
Should be good now.
-David
-David
On Aug 1, 2007, at 9:03 AM, David Jencks wrote:
And section 13.3.7.2.1 very clearly states in great detail that
more specific xml over
+1
David
On Jul 30, 2007, at 7:04 PM, Tim McConnell wrote:
Hi, Please review and vote on the release of the following Geronimo
specs:
-- geronimo-jacc_1.1_spec-1.0
-- geronimo-jsp_2.1_spec-1.0
-- geronimo-servlet_2.5_spec-1.1
The corresponding tar files are here:
http://people.apache.org/
+1
On Aug 2, 2007, at 9:27 AM, Matt Hogstrom wrote:
All,
Please take a peek at the jar files for the txManagr components
that David Jencks had busted out earlier. A tar ball can be found
at http://people.apache.org/~hogstrom/txmanager-2.0-rc1/
[ ] +1 Release these binaries
[ ] 0 No op
+1
David
On Jul 31, 2007, at 8:21 PM, Matt Hogstrom wrote:
Please review and vote on the Genesis release of 1.2. At this
location you will find a tar ball with the repository and related
artifacts that will be released.
http://people.apache.org/~hogstrom/genesis-rc1
Branch with source i
I've created an OpenEJB svn revisioned build in the 2.0.0 repo. The
build has no snapshot deps. Not sure if the other svn revisioned
builds we have are like that, but I thought it was a good idea.
I haven't updated the branch or the tck build to use the new version
-- if someone beats me
On Aug 6, 2007, at 8:12 AM, David Jencks wrote:
I certainly agree with your goal but am less sure about your
proposed naming and organization. Also from looking at your list
it took me a couple minutes to figure out what is removed from
"server"
I've been thinking that we could proceed
+1
David
On Aug 8, 2007, at 3:56 AM, Matt Hogstrom wrote:
I have put together the release and its been a long journey to get
here.
If you have comments please put them on the corresponding [DISCUSS]
thread.
[ ] +1 Release Geronimo 2.0
[ ] 0 No opinion
[ ] -1 Do not release Geronimo 2
+1
David
On Aug 15, 2007, at 1:39 PM, Matt Hogstrom wrote:
The updated binaries are available for review. I have incorporated
the security changes provided by David Jencks, Kevan and Vamsi.
Thanks gents !
I also incorporated a few additional fixes. Please note the change
log for the
On Aug 21, 2007, at 11:29 AM, Jacek Laskowski wrote:
Hi,
Just went on with the xbean build and noticed that
openejb-loader-0.9.2 is pulled down. Awesome.
Downloading: http://repo1.maven.org/maven2/openejb/openejb-loader/
0.9.2/openejb-loader-0.9.2.jar
19K downloaded
That's probably becau
Thanks for reporting this. We'll have to find a way to disable that
functionality. There's some work being done on that code now, so as
soon as those patches are committed we can add some more to make it
so it can be disabled.
-David
On Aug 24, 2007, at 9:40 AM, Jarek Gawor wrote:
I th
Or something like that
http://www.theserverside.com/news/thread.tss?thread_id=46658
-David
On Aug 27, 2007, at 4:25 PM, Karan Malhi wrote:
How do the users of geronimo set log levels?
Should be through the log4 files in the /var/log directory of the
install.
-David
On 8/27/07, David Blevins (JIRA) <[EMAIL PROTECTED]> wrote:
Verify log levels can be changed for o
This reply would be a good one for the docs.
Hernan, do you want to take a stab at this or can you point me at the
right area to update?
-David
Begin forwarded message:
Resent-From: <[EMAIL PROTECTED]>
From: David Blevins <[EMAIL PROTECTED]>
Date: August 29, 2007 11:34:
On Aug 28, 2007, at 7:35 PM, Karan Malhi wrote:
I dont even think they can change log levels. We used the logic that
- if conf is present - use logging.properties
- if conf is present - logging.properties is absent- install
logging.properties and use it
- if conf is absent, assume embedded and
On Aug 29, 2007, at 6:12 PM, Karan Malhi wrote:
Or maybe in one of the very first OpenEJB methods called by Geronimo
to start openejb in embedded mode we could add some code like
System.setProperty("openejb.logging","external");
the first time the Logger class is loaded, we check for this pro
On Aug 30, 2007, at 5:32 AM, Anita Kulshreshtha wrote:
I have successfully used
props.put("java.naming.provider.url", "127.0.0.1:4201")
to run stand alone remote client to access MEJB. Should we be using
ejbd://?
We should, yes. If you don't specify a protocol, we assume ejbd.
1 The
On Sep 6, 2007, at 9:04 AM, Karan Malhi wrote:
This is because Geronimo also uses the same classes as we use in
embedded mode. So it will not be possible to set the SystemProperty
there. For example, OpenEjbSystemGBean also uses SystemInstance, but
our code also uses SystemInstance heavily. So
On Sep 6, 2007, at 11:45 AM, Donald Woods wrote:
I opened GERONIMO-3459 for this, as the file was deleted from the
OpenEJB source in Rev572863
All fixed. I added the missing files into the geronimo-corba module.
-David
);
setDefaultProperty("openejb.jndiname.format",
"{deploymentId}/{interfaceClass}");
On Sep 6, 2007, at 1:52 PM, Karan Malhi wrote:
Yes it should work.
On 9/6/07, David Blevins <[EMAIL PROTECTED]> wrote:
On Sep 6, 2007, at 9:04 AM, Karan Malhi wrote:
T
On Sep 7, 2007, at 7:11 AM, Kevan Miller wrote:
Geronimo 2.0.1 is using XBean 3.0.1 versions of xbean-naming and
xbean-finder and 3.1 version of xbean-reflect. Anybody recall why
we're not using 3.1 versions of all xbean artifacts? If I knew,
I've forgotten... ;-)
OpenEJB was doing somet
So I'm thinking of adding some monitoring ability on the EJB side of
things in the not too distant future and am wondering how things need
to work on the Geronimo side of that picture.
How does monitoring work now in the console? Specifically some
details on how the data is getting to wher
ed so that users can find this
information in a reasonable manner...
Yea, I've been thinking about that too. Not entirely sure where to
sew it into the larger tapestry that is our documentation.
-David
--kevan
On Sep 13, 2007, at 3:54 PM, David Blevins wrote:
Hi Tomasz,
I c
On Sep 18, 2007, at 7:07 AM, Hernan Cunico wrote:
I talked with Dave Blevins about this, maybe I got it wrong. Dave
can you take a look at this?
We should still use the same schema from G 1.2 for now. There's a
lot of documentation for it, it's used in the tck, the j2g tool uses
it. It
On Sep 21, 2007, at 6:36 AM, Prasad Kashyap wrote:
Can you please create an account for me on that machine you promised.
On #geronimo dblevins wrote:
Sep 19 15:39:43 pkashyap: going to make you an
account on the zone if you're around to change your password right away
Been waiting o
On Sep 25, 2007, at 7:38 AM, Kevan Miller wrote:
One thing I've noticed -- the default JNDI name for EJB's has been
changed in OpenEJB. So, there is a compatibility issue with 2.0.1.
We might be able to configure how OpenEJB generates this default to
maintain backward compatibility. Better
On Sep 25, 2007, at 8:44 AM, Anita Kulshreshtha wrote:
Right now I am stuck at this:
@RolesAllowed({a, b})
public class . {
@RolesAllowed(b) {
public .. dosomething() {
}
}
Does this prevent 'a' from accessing dosomething()?
Yes. See http://openejb.ap
On Sep 26, 2007, at 4:01 PM, Kevan Miller wrote:
On Sep 25, 2007, at 6:40 PM, David Blevins wrote:
On Sep 25, 2007, at 7:38 AM, Kevan Miller wrote:
One thing I've noticed -- the default JNDI name for EJB's has
been changed in OpenEJB. So, there is a compatibility issue with
https://issues.apache.org/jira/browse/GERONIMO-3423
Donald,
Thanks a bunch for going through all of those Jiras!
David Blevins,
Are we missing 3423 in branches/2.0?
Heh. Looks like I merged the change to branches/2.0 in revision
570950 -- http://svn.apache.org/viewvc?view=rev&r
On Sep 25, 2007, at 3:40 PM, David Blevins wrote:
On Sep 25, 2007, at 7:38 AM, Kevan Miller wrote:
One thing I've noticed -- the default JNDI name for EJB's has been
changed in OpenEJB. So, there is a compatibility issue with 2.0.1.
We might be able to configure how OpenEJB
On Sep 29, 2007, at 12:31 AM, David Jencks wrote:
On Sep 28, 2007, at 8:40 PM, David Blevins wrote:
On Sep 25, 2007, at 3:40 PM, David Blevins wrote:
On Sep 25, 2007, at 7:38 AM, Kevan Miller wrote:
One thing I've noticed -- the default JNDI name for EJB's has
been changed
+1
--
David
On Oct 1, 2007, at 8:10 AM, Guillaume Nodet wrote:
Please vote on releasing xbean 3.2.
Binaries / maven repo is available at:
http://people.apache.org/~gnodet/xbean-3.2/
Svn source tag is available at:
http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.2/
It include
On Oct 1, 2007, at 4:24 PM, David Jencks wrote:
I talked with david a bit on irc and he tells me there is a flag so
we can set it so if there is a non-javaee jndi name conflict we log
an error instead of throwing an exception.
I'm happy with a simple default format for non-javaee jndi ejb
On Oct 2, 2007, at 7:02 PM, David Blevins wrote:
Ok, I made the following changes:
- Set the deployment id format to {appId}/{moduleId}/{ejbName}
(fixes GERONIMO-3199)
- Set jndiname format to {ejbName}{interfaceType.annotationName}
(this MUST go in the release notes as it will be a
On Oct 23, 2007, at 9:50 PM, Jarek Gawor wrote:
Some questions on @Resource.mappedName processing. When an ejb is
deployed that has some @Resource annotated fields, OpenEJB will
process them and create the appropriate resource-ref entires in the DD
and pass it to Geronimo. But before the DD is
On Wed, Nov 15, 2006 at 11:38:21AM -0500, Matt Hogstrom wrote:
> This release would not be certified but would be an incremental
> version for people to noodle on
>
> January
> 26th - Release Milestone 2
> Add EJB 3.0 in its current form (need David's input on this)
> JAXB
> JEE Mgmt 1.1
>
On Nov 15, 2006, at 8:38 AM, Matt Hogstrom wrote:
January
26th - Release Milestone 2
Add EJB 3.0 in its current form (need David's input on this)
JAXB
JEE Mgmt 1.1
Web Services 1.2 (perhaps the Axis guys or Celtixfire folks have
some thoughts on this)
Dec would be pushing it and F
se/OPENEJB-302#action_12448245
I'll create an ejbcontainer-testsuite now.
Thanx
Prasad
On 11/4/06, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> David,
>
> Can you please review and apply the patch here -
> https://issues.apache.org/jira/browse/OPENEJB-302
>
> Thanx
&
On Nov 16, 2006, at 10:44 AM, David Blevins wrote:
On Nov 15, 2006, at 8:38 AM, Matt Hogstrom wrote:
January
26th - Release Milestone 2
Add EJB 3.0 in its current form (need David's input on this)
JAXB
JEE Mgmt 1.1
Web Services 1.2 (perhaps the Axis guys or Celtixfire folks
d
On 11/16/06, David Blevins <[EMAIL PROTECTED]> wrote:
>
> On Nov 14, 2006, at 8:47 AM, Prasad Kashyap wrote:
>
> > I began by "migrating" just the itests-core DDs and then
deployed it.
> > It distributed the artifact but failed to start it.
> >
>
On Nov 21, 2006, at 3:04 PM, Prasad Kashyap wrote:
The ejbcontainer-testsuite is now in testsuite. However, it is
commented out in the testsuite/pom.xml until OpenEJB2 builds against
geronimo 2.0-SNAPSHOT and the itest jars get deployed. You can play
with this by building openejb2 locally.
Iss
On Nov 27, 2006, at 2:16 PM, Prasad Kashyap wrote:
On 11/27/06, David Blevins <[EMAIL PROTECTED]> wrote:
On Nov 21, 2006, at 3:04 PM, Prasad Kashyap wrote:
> 2) The tests fail with the following exception -
> http://rifers.org/paste/show/2456
This looks like a problem with sure
On Nov 27, 2006, at 3:45 PM, David Blevins wrote:
On Nov 27, 2006, at 2:16 PM, Prasad Kashyap wrote:
On 11/27/06, David Blevins <[EMAIL PROTECTED]> wrote:
This looks like a problem with surefire. These test classes run
fine
in the released version of surefire, but looks like som
3-SNAPSHOT.
I put it in both 2.2 and 2.3 and published new jars of each.
Thanks for putting this in. I shall give it a shot soon.
Cool. Let me know if there's more I can do.
-David
Cheers
Prasad.
On 11/29/06, David Blevins <[EMAIL PROTECTED]> wrote:
On Nov 27, 2006, at 3:45 PM
On Nov 30, 2006, at 9:06 PM, Prasad Kashyap wrote:
Hi David,
This is a continuation of the discussion we had in the "Testsuite
ready for action" thread.
First, the openejb-itests-core would not start. I have submitted a
patch at https://issues.apache.org/jira/browse/OPENEJB-391 Please
apply t
On Dec 4, 2006, at 10:30 AM, Prasad Kashyap wrote:
Thanx. I now have the ejbcontainer-testsuite included in the tests.
What's your take on the 5 errors and 2 failures ?
Without walking through the code in a debugger, best I can tell there
are two things going wrong:
junit.framework.Assert
On Nov 30, 2006, at 1:34 PM, Prasad Kashyap wrote:
What are the different areas of Geronimo that could do with some solid
functional testing ? I believe that TCK doesn't cover all areas of
Geronimo and not extensively, the ones it covers.
Please suggest areas/scenarios/tests that we should cove
Made a couple extra fixes too and published new snapshots of the itests.
-David
On Dec 4, 2006, at 10:18 AM, David Blevins wrote:
On Nov 30, 2006, at 9:06 PM, Prasad Kashyap wrote:
Hi David,
This is a continuation of the discussion we had in the "Testsuite
ready for action" thre
On Dec 6, 2006, at 12:38 PM, Prasad Kashyap wrote:
We are now down to just 2 failures and 2 errors on the Openejb-2.3
itests. The stack trace is here -- http://rifers.org/paste/show/2622
org.apache.openejb.test.TestFailureException : null; nested exception
is:
junit.framework.AssertionFai
On Dec 7, 2006, at 5:20 AM, Gianny Damour wrote:
On 07/12/2006, at 11:10 AM, David Blevins wrote:
On Dec 6, 2006, at 12:38 PM, Prasad Kashyap wrote:
We are now down to just 2 failures and 2 errors on the Openejb-2.3
itests. The stack trace is here -- http://rifers.org/paste/show/
2622
On Dec 11, 2006, at 10:44 AM, Prasad Kashyap wrote:
I'm seeing a different problem. The openejb-itests-core cannot be
distributed since it has a dependency on j2ee-corba-yoko/1.2-SNAPSHOT.
What is the error you get?
Here's how the chain is broken.
- Geronimo 2.0-SNAPSHOT pulls in OpenEJB 2.
On Dec 11, 2006, at 10:51 AM, Prasad Kashyap wrote:
Geronimo 2.0-SNAPSHOT pulls in OpenEJB-2.2
OpenEJB-2.2 has a dependency on Geronimo-1.2-SNAPSHOT
All org.apache.geronimo.* deps in OpenEJB were marked as non-
transitive. It's been very heavily tested that you can build G 2.0-
SNAPSHOT wit
n the test thread. Maven-wise, there is no dep
from the openejb-itests-core.jar to any 1.2 geronimo jars.
-David
Cheers
Prasad
On 12/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
On Dec 11, 2006, at 10:51 AM, Prasad Kashyap wrote:
> Geronimo 2.0-SNAPSHOT pulls in OpenEJB-2.2
On Dec 11, 2006, at 11:38 AM, Prasad Kashyap wrote:
On 12/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
On Dec 11, 2006, at 10:44 AM, Prasad Kashyap wrote:
> I'm seeing a different problem. The openejb-itests-core cannot be
> distributed since it has a dependency on j2
On Dec 11, 2006, at 12:40 PM, Paul McMahan wrote:
On 12/11/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
On Dec 11, 2006, at 10:52 AM, Paul McMahan wrote:
> I'm in favor of a single version for all specs. Versioning the
specs
> individually has some advantages but makes the release manager
/
openejb2/itests/
The top level pom in openejb has the property set to
1.2-SNAPSHOT.
So the itests-core's pom and plans all use this property during
resource filtering and thus have a dependency on it.
Cheers
Prasad
On 12/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
On Dec 11, 2006,
onimo version into
the test-ejbcontainer directory.
What do you think?
-David
Cheers
Prasad
On 12/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
On Dec 11, 2006, at 11:38 AM, Prasad Kashyap wrote:
> On 12/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
>>
>> On D
On Dec 11, 2006, at 1:56 PM, David Blevins wrote:
On Dec 11, 2006, at 1:28 PM, Prasad Kashyap wrote:
The openejb-itests-core is created in the openejb itself.
Not the jar file, the car file, where is that created? The est-
ejbcontainer/pom.xml has a dep on it.
Momentary brain loss
an.xml and openejb-
jar.xml which are essentially hardcoded to a geronimo version into
the test-ejbcontainer directory.
What do you think?
-David
>
> Cheers
> Prasad
>
> On 12/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
>>
>> On Dec 11, 2006, at 11:38 AM, Prasad Kashy
On Dec 11, 2006, at 11:28 AM, Rick McGuire wrote:
Prasad Kashyap wrote:
Geronimo 2.0-SNAPSHOT pulls in OpenEJB-2.2
OpenEJB-2.2 has a dependency on Geronimo-1.2-SNAPSHOT
When the openejb-2.2 branch was created, the Geronimo branch was
updated to have a dependency on OpenEJB-2.3. How did this
On Dec 11, 2006, at 2:47 PM, David Blevins wrote:
On Dec 11, 2006, at 2:25 PM, Prasad Kashyap wrote:
Sure. For now, that seems like a good idea. If you don't mind
separating the two, fine by me.
Fine by me too. Let me know when you get it in and working and
I'll delete the c
;t cause any problems when the versions diverge.
Cheers
Prasad
On 12/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
>
> On Dec 11, 2006, at 1:28 PM, Prasad Kashyap wrote:
>
> > So the itests-core's pom and plans all use this property during
> > resource filtering a
On Dec 11, 2006, at 2:55 PM, David Blevins wrote:
On Dec 11, 2006, at 2:35 PM, Prasad Kashyap wrote:
Moved the openejb-jar.xml to test-ejbcontainer.
Here's an error.
http://rifers.org/paste/show/2718
Will look at it further tonight
Maybe I need to yank the exiting ones before it
On Dec 11, 2006, at 1:05 PM, Matt Hogstrom wrote:
OpenEJB will need to release as well so I'm hoping to have an
answer on the DayTrader issues tonight or tomorrow.
FYI, I have a similar thread on openejb-dev about releasing 2.2.
Make sure you read/reply if you have any open 2.2 issues.
On Dec 11, 2006, at 7:36 PM, Matt Hogstrom wrote:
Ok, I still don't have the brain power but this is in the back of
my mind.
Here is my take (yes, I'm rehashing stuff).
Currently what we have we don't want so we can eliminate the option
where we release everything under an uber version nu
ge -- sans specs that is.
-David
Results :
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
Cheers
Prasad
On 12/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
On Dec 11, 2006, at 2:55 PM, David Blevins wrote:
>
> On Dec 11, 2006, at 2:35 PM, Prasad Kashyap wrote:
>
>&g
On Dec 11, 2006, at 6:31 PM, Prasad Kashyap wrote:
Blevins,
Thanks for taking care of the extraneous dependency on the security
module. Much cleaner now.
No problem!
-David
Cheers
Prasad
On 12/11/06, David Blevins <[EMAIL PROTECTED]> wrote:
On Dec 11, 2006, at 2:25 PM,
approach. Posted the same idea in October when we had
this discussion.
On Oct 2, 2006, at 1:35 PM, David Blevins wrote:
Was more saying "let's just delete these specs from trunk" or
otherwise get rid of them and leave only the specs that change
[] The code is tagge
On Dec 12, 2006, at 9:46 AM, David Jencks wrote:
I think that there is no further information needed for the
"exposing" annotations: once they are in the xml, we can just
deploy from the xml and we're done. However for the "resource
injection" annotations, we still need some code to get t
Checked in a simple fix and uploaded binaries. Give it a whirl now.
On Dec 12, 2006, at 2:15 PM, Prasad Kashyap wrote:
java.lang.StringIndexOutOfBoundsException: String index out of
range: -2
at java.lang.String.substring(String.java:1768)
at java.lang.String.substring(String
On Dec 12, 2006, at 3:14 PM, David Jencks wrote:
On Dec 12, 2006, at 1:07 PM, David Blevins wrote:
4. add objects to inject resources
Here's where I get confused. Add objects to inject resources into
what? The confusing part is that injection is done on instances
of components (ser
601 - 700 of 1688 matches
Mail list logo