On Jan 12, 2007, at 5:06 PM, Matt Hogstrom wrote:
Here is my concern...Assume a downloads page that looks like this:
Java Enterprise Edition Certified Releases
- Tomcat Axis OpenJPA
- Jetty CXF Cayenne
Other Releases
- Tomcat CXF OpenJPA
- Jetty Axis Cayenne
Minimal Assemblies
- Tomcat ...
Here is my concern...Assume a downloads page that looks like this:
Java Enterprise Edition Certified Releases
- Tomcat Axis OpenJPA
- Jetty CXF Cayenne
Other Releases
- Tomcat CXF OpenJPA
- Jetty Axis Cayenne
Minimal Assemblies
- Tomcat ...
There is a difference between being
On Jan 12, 2007
You can install a plugin from the command line deploy tool -- just use
the "install-plugin" command point it to the CAR file. The down side
is that if that plugin has dependencies, they will be resolved against
a remote repository (as listed in the plugin metadata). So you'd
presently have to pl
On 1/12/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
How easy is it to install a set of plugins from the command-line?
The CLI provided by bin/deploy.sh provides an interactive shell for
this. To list and install plugins from the Geronimo 2.0 plugin
repository type :
deploy.sh search-plugins h
On Jan 12, 2007, at 10:43 AM, Jason Dillon wrote:
How easy is it to install a set of plugins from the command-line?
And don't plugins require a remote repository to hold the
archives? While I think that this is good to allow installation of
custom plugins, I don't think its good to use a
How easy is it to install a set of plugins from the command-line?
And don't plugins require a remote repository to hold the archives?
While I think that this is good to allow installation of custom
plugins, I don't think its good to use a remote repo to install
system components. I'd rath
Paul McMahan wrote:
On 1/12/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
If we do start shipping 8 (or more) different assemblies... which I
think is
crazy, then we probably don't want to hook them all up to the default
build,
as it will just cause it take longer and longer to run.
We really
On 1/12/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
If we do start shipping 8 (or more) different assemblies... which I think is
crazy, then we probably don't want to hook them all up to the default build,
as it will just cause it take longer and longer to run.
We really need to get plugins func
If we do start shipping 8 (or more) different assemblies... which I
think is crazy, then we probably don't want to hook them all up to
the default build, as it will just cause it take longer and longer to
run.
We really need to get plugins functional so that we can build one
assembly.
P
I understood the point but since every permutation takes at least two
days, hardware, and time to nurture I was more concerned about
getting in a situation where we wouldn't release anything until we
had 8 different assemblies.
On Jan 12, 2007, at 3:22 AM, Alan D. Cabrera wrote:
On Jan 1
Alan,
There are 2 things here:
1. Making sure our code works in all combinations
2. Passing the TCK.
Both are mutually exclusive. We are talking about #2 here :) We can
run all combinations to everyone's heart's content. But that is not
needed to pass the TCK.
-- dims
On 1/12/07, Alan D. Cabre
On Jan 11, 2007, at 9:48 AM, Davanum Srinivas wrote:
I don't think there is any requirement of exact combination of
components for TCK compliance. AFAIK, we need to ship the exact code
we tested, that's it. FWIW, it's self-certification as well :) So i am
happy if all the components are put thr
On Jan 11, 2007, at 7:27 AM, Matt Hogstrom wrote:
What are the specifics around claiming certification? My
understanding is that to claim an assembly as certified that
specific configuration is tested and made available. Apart from
that we can ship any permutation but cannot claim those
Matt,
I don't think there is any requirement of exact combination of
components for TCK compliance. AFAIK, we need to ship the exact code
we tested, that's it. FWIW, it's self-certification as well :) So i am
happy if all the components are put thru the grinder at least once.
thanks,
-- dims
On
Geir,
What are the specifics around claiming certification? My
understanding is that to claim an assembly as certified that specific
configuration is tested and made available. Apart from that we can
ship any permutation but cannot claim those as certified. So if we
TCK tested:
Tomca
I agree with david.
-- dims
On 1/11/07, David Jencks <[EMAIL PROTECTED]> wrote:
On Jan 11, 2007, at 12:01 AM, Jarek Gawor wrote:
> How hard is it to switch between the different assemblies once the TCK
> testing environment is setup? If it is easy enough, maybe we should
> first test all 8 as
On Jan 11, 2007, at 12:01 AM, Jarek Gawor wrote:
How hard is it to switch between the different assemblies once the TCK
testing environment is setup? If it is easy enough, maybe we should
first test all 8 assemblies and then concentrate on only those that
pass the most tests.
I guess I have t
How hard is it to switch between the different assemblies once the TCK
testing environment is setup? If it is easy enough, maybe we should
first test all 8 assemblies and then concentrate on only those that
pass the most tests.
Jarek
On 1/9/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
I thin
I think testing say (Tomcat+Axis2+OpenJPA) and (Jetty+CXF+Cayenne) is
enough. All components should be tested at least once. If we get time,
we could do more :)
-- dims
On 1/8/07, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
On Jan 7, 2007, at 9:38 PM, David Jencks wrote:
> On Jan 7, 2007, at 11:
On Jan 8, 2007, at 11:59 AM, Andrus Adamchik wrote:
On Jan 8, 2007, at 9:39 PM, Dain Sundstrom wrote:
Well, we depend on being able to listen to events on the EM which
there is no spec interface for. I'm sure Cayanne has and
interface that can provide us with the events, and when they sen
On Jan 8, 2007, at 9:39 PM, Dain Sundstrom wrote:
Well, we depend on being able to listen to events on the EM which
there is no spec interface for. I'm sure Cayanne has and interface
that can provide us with the events, and when they send us the info
we can add a hook for their Impl.
Wh
On Jan 8, 2007, at 9:46 PM, Dain Sundstrom wrote:
FWIU, JPA has a separate TCK for certification. You should ask on
jcp-open at apache.org.
We'll try that - thanks!
Andrus
On Jan 8, 2007, at 10:18 AM, Andrus Adamchik wrote:
(I'm not sure of the state of Cayenne)
It looks like Geronimo are the caretakers of the Sun TCK at Apache
(something we, Cayenne developers, still can't get access to).
While Cayenne JPA provider requires fair amount of work to be
compl
On Jan 7, 2007, at 9:38 PM, David Jencks wrote:
On Jan 7, 2007, at 11:33 PM, Matt Hogstrom wrote:
I was thinking about M2 this weekend and was considering many of
the challenges we face in putting out certified releases. Up till
now the number of permutations has been pretty limited and th
(I'm not sure of the state of Cayenne)
It looks like Geronimo are the caretakers of the Sun TCK at Apache
(something we, Cayenne developers, still can't get access to). While
Cayenne JPA provider requires fair amount of work to be compliant, it
would be really helpful in our own testing ef
I don't think its just TCK. I agree we should scope the
configuration to a limited set but I'm also concerned about making
assemblies available. Given my math challenged 6 which is really 8 I
don't think we would want to generate every one of them. So I think
from the download page persp
On Jan 8, 2007, at 12:38 AM, David Jencks wrote:
rather than saying we'll only ship when we have all 6 it seems
more appropriate to me to say that we'll ship the assemblies that
people are willing to work on which includes TCK testing. Any
other ideas on how to handle this? Anyone interest
2 is bad enough already... 6 or 8 or 10 or whatever is insane IMO.
Just because G is flexible enough to be configured in such different
ways, does not mean that we need (or should) to ship assemblies with
those configurations or run the TCK against them.
I think we really need to pick one a
On Jan 7, 2007, at 11:33 PM, Matt Hogstrom wrote:
I was thinking about M2 this weekend and was considering many of
the challenges we face in putting out certified releases. Up till
now the number of permutations has been pretty limited and that has
been Jetty and Tomcat. With Java EE 5.0
I was thinking about M2 this weekend and was considering many of the
challenges we face in putting out certified releases. Up till now
the number of permutations has been pretty limited and that has been
Jetty and Tomcat. With Java EE 5.0 life is no longer that simple.
Here are the choic
30 matches
Mail list logo
