prasad:
sandbox/restructure
This has served its purpose and is obsolete now. Feel free to delete it.
Cheers
Prasad
On Thu, Feb 28, 2008 at 6:07 PM, David Jencks [EMAIL PROTECTED] wrote:
A few years ago I read about an information based perpetual motion
machine someone came up with. IIRC
That is sooo cool.
I also noticed that there were version specific user and developer
guides in the first column too. They can be merged into a single row
as User Guide with appropriate links in the remaining columns.
Cheers
Prasad
On Thu, Feb 28, 2008 at 5:22 PM, David Blevins [EMAIL
Most definitely. Thank you Joe for shouldering such a big
responsibility for the project.
Cheers
Prasad
On Wed, Feb 20, 2008 at 4:58 PM, Kevan Miller [EMAIL PROTECTED] wrote:
On Feb 20, 2008, at 1:15 PM, Jay D. McHugh wrote:
I've been referred to as a puppy before :)
But I'd be happy to
Thanx Matt.
Congrats Kevan ! (the band is now playing *Hail to the Chief* )
Cheers
Prasad
On Jan 16, 2008 3:10 PM, Matt Hogstrom [EMAIL PROTECTED] wrote:
Recently I have had several things change personally and I have found
it increasingly difficult to keep up with the Geronimo mailing lists
to what you see or have I come up with a whole different set
of errors?
thanks
david jencks
On Jan 11, 2008, at 1:58 PM, Prasad Kashyap wrote:
The work on integrating Jetspeed with Geronimo is currently in the sandbox.
http://svn.apache.org/viewvc/geronimo/sandbox/jetspeed-integration
My thinking on this was to leave it as is for 2.1. We fix this right
for 2.2, when we split the trunk into different svn trees.
Moving the c-m-p configuration settings from configs parent pom to the
root pom is not a problem. It is the boatload of property settings
that will cause Jason good
The work on integrating Jetspeed with Geronimo is currently in the sandbox.
http://svn.apache.org/viewvc/geronimo/sandbox/jetspeed-integration/
This is what the following modules do.
jetspeed-base:
-
This module installs 5 common jetspeed jars into the G repository.
On Dec 31, 2007 4:41 PM, David Jencks [EMAIL PROTECTED] wrote:
First of all I appear to have broken the build last night with some
changes to get the roller plugin building again. I think I've
managed to fix all the problems -- the it tests all pass for me. Let
me know if there are still
Root cause:
11:19:20,898 INFO [Log4jService] --
11:19:33,423 ERROR [[TomcatWebContainer]] Restricted listeners
property file not found
11:19:36,093 INFO [startup] Creating TransactionManager(id=Default
Transaction Manager)
11:19:36,096 ERROR
Most of the tests in the webservices-testsuite have a client piece in
it. You will find simple examples of the plan there.
http://svn.apache.org/repos/asf/geronimo/server/branches/2.0/testsuite/webservices-testsuite/
Cheers
Prasad
On Dec 20, 2007 6:33 AM, ivanrc [EMAIL PROTECTED] wrote:
My first guess is that the deploy tool could be broken. The client
jars in the webservices-testsuite are deployed with the help of
geronimo-maven-plugin:deploy-module.
Just for kicks, can you please try using the deploy.bat ?
Cheers
Prasad
On Dec 20, 2007 11:24 AM, ivanrc [EMAIL PROTECTED]
I don't think we have a way of knowing what svn revision a final
Geronimo binary came from. Is there ?
Maybe we should include a revision.txt file in ${geronimo_home} which
contains the svn revision number of the build from which the binary
was built.
Cheers
Prasad
On Dec 19, 2007 10:03 AM,
//org.apache.geronimo.genesis.config/poms/project-config-1.2.pom
Downloading:
http://repo1.maven.org/maven2/org/apache/geronimo/genesis/config/project-config/1.2/project-config-1.2.pom
21K downloaded..
.
Thanks
Anita
--- Prasad Kashyap
revision numbers are also included in the email
notifications, so that's another way to figure this out.
Jarek
On Dec 19, 2007 11:29 AM, Prasad Kashyap [EMAIL PROTECTED] wrote:
I don't think we have a way of knowing what svn revision a final
Geronimo binary came from. Is there ?
Maybe we
+1
Cheers
Prasad
On Dec 11, 2007 4:58 AM, Jason Dillon [EMAIL PROTECTED] wrote:
Folks, a small change to Genesis was made to support a custom legal
resource bundle for the GShell release. I'd like to get this out so
we can get GShell out too.
+1 -Release it
+0 -Eh, whatever
-1 -
I'm with Matt on this. Since it is not perfect to everybody's
satisfaction, let us move it to the /plugins tree (at least for now).
Sandbox is definitely not the place for it.
Erik, contrary to your belief, the /plugins tree does not contain only
those plugins that work independent of G. It
I have noticed this irksome behavior too. AFAIK, there isn't a better
way. For now, this is a gaping hole in our plugin design.
Seems like when a plugin is uninstalled, we'll have to uninstall all
the child components recursively.
Cheers
Prasad
On Dec 6, 2007 10:04 AM, Anita Kulshreshtha [EMAIL
I agree. We should make GShell flexible like our Geronimo server.
I don't know if this makes sense but I'll just think aloud. At it's
core should be the most basic features like start/stop and
deploy/undeploy. Since Groovy is the culprit, can Groovy sit this one
out ? I believe we use goals from
+1
Cheers
Prasad
On Dec 6, 2007 9:43 AM, Rick McGuire [EMAIL PROTECTED] wrote:
The discussion thread has been out there long enough for comment, and
those who have responded appear positive about the prospect. I think
it's time to put this to a vote. The full proposal from Matt Hogstrom
is
Congrats Jay !
Cheers
Prasad
On Dec 4, 2007 11:26 PM, Kevan Miller [EMAIL PROTECTED] wrote:
All,
Please join us in congratulating Jay McHugh as the newest member of
the Geronimo PMC. It's been great to have Jay working with us as a
committer on Geronimo. Even better to have him join us in
Congrats Erik !
Cheers
Prasad
On Nov 20, 2007 11:45 AM, Matt Hogstrom [EMAIL PROTECTED] wrote:
Please extend a welcome to Erik Craig who is the latest committer to
be added to the Geronimo fold. Erik has had a sustained and continued
track record in working on the J2G conversion tool as well
Hi Jacek,
The testsuite runs only after a successful build. So yes, the build
here too has had no failures.
To run the testsuite-
cd ${geronimo}/testsuite
mvn [-DassemblyId=tomcat] [-DinstallDirectory=c:\apache]
The -DinstallDirectory option is useful on a windows machine to
circumvent the long
Just FYI -,
The framework/modules/geronimo-j2ee is just one artifact that
does/should not be included in the framework-assembly.
This artifact is needed to build c-m-p. So it builds along with the
other modules in framework. It's need there is seen the greatest in a
bootstrap build.
Cheers
My initial roadmap was to split the tree into smaller svn projects
post 2.2 release. So when we create projects for framework, apps,
plugins etc, we could also move the assemblies to the appropriate
tree. So assembling the framework will be done in the framework svn
project while the javaee5
[
https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540915
]
Prasad Kashyap commented on GERONIMO-3586:
--
This is a delicate fine line. I think I understand Anita's
now?
Also, shouldn't we include some notes in the BUILDING.txt and/or GMOxDEV
about the new directory layout and where new code should be placed, like
the difference between the framework, component and plugin directories...
-Donald
Prasad Kashyap wrote:
server/trunk/modules deleted via
As we get close to releasing Geronimo 2.1 and look beyond, I'd like to
discuss a few usability improvements we can do to G. I am
cross-posting this to the user-list so that we can get a direct
feedback from our dear users.
1. Dynamic status messages. Some operations may take a certain amount
of
server/trunk/modules deleted via Revision 591372
server/trunk/configs deleted via Revision 591373.
This completes Geronimo-3565.
Cheers
Prasad
On 10/31/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
The restructured trunk has built successfully 3 times now. It has
passed our testsuite and TCK
On 11/2/07, Joe Bohn [EMAIL PROTECTED] wrote:
Prasad Kashyap wrote:
As we get close to releasing Geronimo 2.1 and look beyond, I'd like to
discuss a few usability improvements we can do to G. I am
cross-posting this to the user-list so that we can get a direct
feedback from our dear
[
https://issues.apache.org/jira/browse/GERONIMO-3565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prasad Kashyap closed GERONIMO-3565.
Resolution: Fixed
Assignee: Prasad Kashyap
http://www.nabble.com/forum
Yep. It's time !
I really want to see how flexibly the user community will actually
build their servers.
I also wish we'd all spend some extra time and effort to check for
security issues in the server in general and in our individual domain
of expertise, in particular.
Cheers
Prasad
On
I think it should.
Cheers
Prasad
On 10/27/07, Donald Woods [EMAIL PROTECTED] wrote:
Shouldn't the groupId be org.apache.geronimo.samples instead of
org.apache.geronimo.applications, to match the existing samples and
directory name?
-Donald
[EMAIL PROTECTED] wrote:
Author: gawor
Date:
Whoa ! Somehow this thread never showed up on my radar screen.
Comments inline -
Cheers
Prasad.
On 10/29/07, Paul McMahan [EMAIL PROTECTED] wrote:
On Oct 27, 2007, at 11:32 AM, David Jencks wrote:
The admin console needs to be lightweight and portable so it is
based on Pluto. The
, Prasad Kashyap [EMAIL PROTECTED] wrote:
The -Dstage=former is not working as desired. I was unsuccessful in
fixing it tonight. I'll try again tomorrow.
However, the new restructuring is building fine. It has passed
testsuite tests too.
(If it passes TCK too, I may not waste any more time
Good catch. I have updated this. Let's wait for the wheels to turn and
the page to be federated.
Cheers
Prasad
On 10/31/07, Erik B. Craig [EMAIL PROTECTED] wrote:
Hmmm,
Right you are... Yeah... I agree with Jason, this should /probably/ get
updated a bit =P.
Jason Warner wrote:
Hey all,
it would bring and it doesn't consume a huge amount of
space.
Joe
David Jencks wrote:
Good work!! A couple comments inline.
On Oct 29, 2007, at 7:48 AM, Prasad Kashyap wrote:
I spend most of the weekend trying to restructure trunk to reflect the
new flexible server and I should tell
I'm with Paul on this. I envision a Migrate2Geronimo Toolkit that will
consist of a suite of individual plugins (for Eclipse and G), each
handling the migration from a specific appserver to G. Of course, all
these may depend on a base or common plugin. But the user will only
deal with the plugin
I agree. Our strategy to make Geronimo secure should include an
elaborate set of unit testcases, a rich set of tests in the
security-testsuite in our testsuite framework, along with peer
review of code in components that are potential security risks.
We should aim to have imbricate or maybe
, Prasad Kashyap wrote:
With the latest commit to sandbox, I have all the artifacts building
successfully. We have good assemblies too. Tthe groupId and artifactId
of all the artifacts have essentially remained the same.
I noticed that the groupIds in the poms don't always match
I am restructuring the trunk in svn to reflect our flexible server.
Instead of a move, it will be a two-step copy/delete process. I shall
first begin by copying some directories to other directories. Server
binaries will be built from the newly created directories. After they
have gone thro' 2
Reporter: Prasad Kashyap
Fix For: 2.1
http://www.nabble.com/forum/ViewPost.jtp?post=13469170framed=yskin=134
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
shall remove the old trunk pieces
by eod, Thursday, Nov 1 2007.
Cheers
Prasad
On 10/30/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
I am restructuring the trunk in svn to reflect our flexible server.
Instead of a move, it will be a two-step copy/delete process. I shall
first begin by copying some
org.apache.geronimo.deployment.NamespaceDrivenBuilder, interface
org.apache.geronimo.j2ee.deployment.ModuleBuilderExtension, class
org.apache.geronimo.kernel.Naming]
On 10/30/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
GERONIMO-3565 has now checked in the new restructured trunk into svn.
The default profile will build the new
it the day after). Does anybody really
really want it to work ?
Cheers
Prasad
On 10/30/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
Sorry and thanx Jarek. I have fixed the security-deployer-config
pom.xml and plan.xml. This will remove any extraneous dependencies it
has on plugin artifacts
Thanx Kevan.
+1.
Cheers
Prasad
On 10/26/07, Kevan Miller [EMAIL PROTECTED] wrote:
On Oct 26, 2007, at 10:35 AM, Prasad Kashyap wrote:
I don't see why we shouldn't. But can someone more informed please
list the pros and cons.
Here's my list:
Pro's
* Easier for other projects
I spend most of the weekend trying to restructure trunk to reflect the
new flexible server and I should tell you, it has been one shitty job
much akin to untangling the knots of Medusa's hair.
To begin with I wanted to build just the modules and configs (along
with the necessary buildsupport and
While a part of me seems to agree with you that we should remove the
zip file from the samples' wiki pages, a greater part of me feels that
we may be forcing some our users to now get SVN.
A user who just downloads and installs from a binary server will have
no need for svn. But just to get to
Paul,
I can help you do this.
Cheers
Prasad
On 10/29/07, Paul McMahan [EMAIL PROTECTED] wrote:
On Oct 28, 2007, at 3:22 PM, Donald Woods wrote:
Any thoughts on setting up automated builds of Samples at least
once a week?
That would be helpful. Now that we have catalog support in
inline -
On 10/29/07, David Jencks [EMAIL PROTECTED] wrote:
Good work!! A couple comments inline.
On Oct 29, 2007, at 7:48 AM, Prasad Kashyap wrote:
I spend most of the weekend trying to restructure trunk to reflect the
new flexible server and I should tell you, it has been one shitty job
subversion and maven along with the sample app, and THEN compile it
before attempting to deploy it. Probably the best thing would be
to have
'releases' or snapshots of the sample apps up on the wiki, along with
the source being in the subversion repo.
-Erik
Prasad Kashyap wrote
Vamsi, you have removed the wrong plan.
This is THE actual plan. The plan to be removed is the one under src/plan
http://www.nabble.com/forum/ViewPost.jtp?post=13435934framed=yskin=134
Cheers
Prasad
On 10/29/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: vamsic007
Date: Mon Oct 29
, Prasad Kashyap wrote:
I spend most of the weekend trying to restructure trunk to reflect the
new flexible server and I should tell you, it has been one shitty job
much akin to untangling the knots of Medusa's hair.
To begin with I wanted to build just the modules and configs (along
#1. The example asks you to create a DB named InventoryDB and then run
some sql commands to create tables.
#2. Your web.xml has a resource ref to jdbc/InventoryDS. This is a
part of the jndi name of the datasource (not database).
#3. The geronimo-web.xml links your jdbc/InventoryDS with the
I don't see why we shouldn't. But can someone more informed please
list the pros and cons.
Thanx
Prasad
On 10/26/07, Guillaume Nodet [EMAIL PROTECTED] wrote:
i think the subject is explicit. What do people think about that ?
--
Cheers,
Guillaume Nodet
Blog:
+1
I don't know if GShell already has this capability but I'd like it to
be useful for installing plugins too.
Cheers
Prasad
On 10/25/07, Jeff Genender [EMAIL PROTECTED] wrote:
Title says it all...I'd really like to see gshell as the default
execution for Geronimo 2.1. Any objectsions?
is missing anyone else
seeing this ?
regards
Peter
Prasad Kashyap wrote:
The problem occurred b'coz one of the remote repos
(ws.zones.apache.org) used by the axis2-kernel was down.
This problem has now been fixed with help from Dims and ASF Infra.
Cheers
Prasad
On 10/22/07
Interesting ! Yet another SOA choice, along with Apache Tuscany.
Cheers
Prasad
On 10/22/07, Kristian Köhler [EMAIL PROTECTED] wrote:
Hi
we developed a OpenSource SOA Stack based on Apache Geronimo. The stack
includes an Enterprise Service Bus (Apache ServiceMix), a Business Process
The woden artifact is being pulled in as a transitive dependency of
axis-2. The fix should go there. A temporary fix would be to exclude
this from our geronimo-webservices module. But I am not sure how
important woden is for us and what else it will break.
Cheers
Prasad
On 10/22/07, Jacek
The org.apache.axis2:axis2-kernel:jar:1.3 which depends on this
artifact should have it's woden dependency set to
1.0-incubating-SNAPSHOT. This can then be found at
http://people.apache.org/repo/m2-snapshot-repository/org/apache/woden/woden/1.0-incubating-SNAPSHOT/
Cheers
Prasad
On 10/22/07,
as I am trying to build from the v2.0.2 tag of the svn tree?
Cheers
Peter Petersson
Prasad Kashyap wrote:
The org.apache.axis2:axis2-kernel:jar:1.3 which depends on this
artifact should have it's woden dependency set to
1.0-incubating-SNAPSHOT. This can then be found at
http
+1.
Most popular downloads (Maven, SunJZDK etc) are like this.
Cheers
Prasad
On 10/16/07, Jarek Gawor [EMAIL PROTECTED] wrote:
Just a small thought, since I think we are trying to move G 1.2 and
1.1 users onto G 2.0 maybe we should separate 2.0 downloads from the
older downloads. Right now
+1
Cheers
Prasad
On 10/12/07, Kevan Miller [EMAIL PROTECTED] wrote:
All,
I've prepared a 2.0.2 release candidate for review and vote.
http://people.apache.org/~kevan/release-votes/geronimo-2.0.2-dist/
contains the 8 Java EE and Minimal server (tar/zip and tomcat/jetty)
binaries. Here are
A quick investigation into this gave rise to some insights and more questions -
Insights:
1) An explicit-versions.properties gets generated by the PackageMojo
while building every config.
2) I doubt if this is getting serialized into the car. So I am unsure
if this ever gets used.
3) An
I had to use the MaxPermSize of 256m on RedHat for this to work.
On Windows, my mavenrc_pre.bat had some settings that I had to remove.
Now it works fine with just 128M
Cheers
Prasad
On 10/11/07, Shiva Kumar H R [EMAIL PROTECTED] wrote:
I used a MaxPermSize of 256m and build worked fine for me
So in summary, do we keep the lists mutually exclusive ? Paul, do you
still see a need for a merge/override option ?
If so, I'll slowly deprecate the useMavenDependency option. Since
almost all configs have now been converted to plugins, I think it is
time we used the maven dependencies as
Ah.. #2 in your list above hadn't registered well. Sorry.
Anyways, I get it now. But I'll still answer your questions below.
Cheers
Prasad
On 10/11/07, David Jencks [EMAIL PROTECTED] wrote:
On Oct 11, 2007, at 10:07 AM, Prasad Kashyap wrote:
So in summary, do we keep the lists mutually
On 10/10/07, David Jencks [EMAIL PROTECTED] wrote:
On Oct 8, 2007, at 7:45 PM, Prasad Kashyap wrote:
Comments inline -
Thank you for your patience.
On 10/8/07, David Jencks [EMAIL PROTECTED] wrote:
2 replies in one go :-)
On Oct 8, 2007, at 2:27 PM, Paul McMahan wrote
I removed all version in the c-m-p configuration to let it get resolved.
Cheers
Prasad
On 8 Oct 2007 14:10:48 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OpenEJB trunk at 582811
Geronimo Revision: 582825 built with tests included
See the full build-0935.log file at
The script that runs the build has MAVEN_OPTS set thus
export MAVEN_OPTS=-XX:MaxPermSize=128m -Xms512m -Xmx1024m
I guess this is related to the same trunk build hanging while building configs
http://www.nabble.com/Trunk-build-hangs-on-windows-tf4571564s134.html
Cheers
Prasad
On 10/8/07, Paul
Can we make the c-m-p use the maven dependencies by default ? 58 of
the 95 configs already use the maven deps. There are approx 15-20
configs that need to be converted to plugins. Odds are we'll end up
with 75% of our configs using maven deps. Thus we should consider
using the maven deps as
Comments inline -
Thank you for your patience.
On 10/8/07, David Jencks [EMAIL PROTECTED] wrote:
2 replies in one go :-)
On Oct 8, 2007, at 2:27 PM, Paul McMahan wrote:
On Oct 8, 2007, at 4:49 PM, Prasad Kashyap wrote:
Can we make the c-m-p use the maven dependencies by default ? 58
These test results are not accurate. The tests were hanging and
stepping into the next scheduled builds. I killed it.
Cheers
Prasad
On 7 Oct 2007 14:33:10 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Geronimo Revision: 582613 built with tests included
See the full build-0800.log file at
successfully built trunk on
Windows..
Prasad Kashyap wrote:
Since 10/03, I'm seeing the trunk build hang on windows while doing
one of the configs. It was packaging the car while it froze.
The memory usage was at 300+. The build was the only program
running.
The automated builds
OK. I cheated.. slightly.. just a li'l bit :-)
Yes. On the build machine, we do build with a clean repo every time.
Maven, I think, automatically mirrors it's central repo to ibiblio.
Ibiblio has now become slow and timesout frequently. Now I have
overridden the mirror settings for the central
Since 10/03, I'm seeing the trunk build hang on windows while doing
one of the configs. It was packaging the car while it froze.
The memory usage was at 300+. The build was the only program running.
The automated builds on Linux doesn't seem to have this problem.
Any other windows user seeing
On 10/3/07, Ted Kirby [EMAIL PROTECTED] wrote:
Cool! I wrote a (cough, cough) perl script to generate wiki markup
for a table from the data in the configs/*/pom.xml files, and updated
the wiki page with it. I then produced a merged table to compare
existing pom descriptions to the ones I had
I'm seeing a different trunk failure on Windows. I'm at Rev: 581764.
Fresh checkout and a clean repo.
http://rifers.org/paste/show/5677
The automated builds on linux does not seem to have this problem. I'm
going to verify this on another windows machine tomorrow.
Cheers
Prasad
On 10/3/07,
, it has fallen back to it's old ways of reporting missing
dependencies of geronimo-axis - openjpa artifacts.
My next attempt would be to move the builds from behind the firewall
to out into the zones machines.
Any other ideas ? Any other machines ?
Cheers
Prasad
On 10/1/07, Prasad Kashyap [EMAIL
They say, misery loves company. Pardon my schadenfreude, but I'm
relieved to know I've not been on some list targeted for victimization
:-)
Cheers
Prasad
On 10/2/07, Joe Bohn [EMAIL PROTECTED] wrote:
Lin Sun wrote:
Me too! I haven't been able to build geronimo 2.0 branch since this AM,
, at 3:21 PM, Prasad Kashyap wrote:
Does this list of problems still exist ?
see comments inline
Cheers
Prasad
On 9/11/07, David Jencks [EMAIL PROTECTED] wrote:
I've now updated enough of the configs so we can see if we can
assemble them into a server. It would be great if some
These build problems have consistently occurred while downloading the
transitive dependencies of geronimo-axis, particularly, transitive
dependencies of openjpa.
I am going to try the following two things to fix this problem -
1) stagger the 2.0 and 2.1 builds
2) upgrade to maven 2.0.7.
If this
Does this list of problems still exist ?
Cheers
Prasad
On 9/11/07, David Jencks [EMAIL PROTECTED] wrote:
I've now updated enough of the configs so we can see if we can
assemble them into a server. It would be great if some one else
could take a look at some of the remaining ones, list at
Toby,
That sample is in svn now.
http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/timereport/
Feel free to submit a patch :-)
Cheers
Prasad
On 9/17/07, toby cabot [EMAIL PROTECTED] wrote:
Hi Folks,
I'm playing around with application security in Geronimo and found the
Web
Oh.. btw, I've already fixed this app to work on 2.0.1.
Cheers
Prasad
On 9/28/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
Toby,
That sample is in svn now.
http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/timereport/
Feel free to submit a patch :-)
Cheers
Prasad
On 9/17/07
Yep. I thought so too. Working on it already.
Cheers
Prasad
On 9/26/07, Jarek Gawor [EMAIL PROTECTED] wrote:
Well, maybe it's time to fail the build if the tests fail (or as in
this case the server doesn't even startup).
Jarek
On 26 Sep 2007 20:49:25 -, [EMAIL PROTECTED] [EMAIL
http://people.apache.org/~prasad/binaries/trunk/20070925/test-1600.log
We have to exclude the ejbcontainer tests.
Cheers
Prasad.
On 9/25/07, Jarek Gawor [EMAIL PROTECTED] wrote:
Prasad,
Do you know why the ResultsSummary page only shows a subset of the
results for 2.1? For example, the
This is weird. The maven-maven-plugin aborts when it encounters an
error on Linux. On Windows, it keeps going.
Cheers
Prasad
On 9/25/07, Jarek Gawor [EMAIL PROTECTED] wrote:
Oh, nice. Is there a way to configure maven not to abort the tests in such
case?
Jarek
On 9/25/07, Prasad Kashyap
deployment-testsuite
o deploy-tests
The 1 error in deployment-testsuite/deploy-tests is caused by this JIRA.
https://issues.apache.org/jira/browse/GERONIMO-3199
enterprise-testsuite
o ejbcontainer-tests
We had a full good run of ejbcontainer tests when we had Openejb 2.1.
We need to do
David Blevins,
Can you please create an account for me on that machine you promised.
Maybe that will help me get successful OpenEJB builds and thus
successful G builds.
Cheers
Prasad
On 21 Sep 2007 10:06:26 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OpenEJB trunk at 0
Geronimo
Miller [EMAIL PROTECTED] wrote:
On Sep 19, 2007, at 4:28 PM, Prasad Kashyap wrote:
OK. I have enabled the unit tests to run on all builds for both trees
(2.0 and trunk).
The testsuite presently runs only with all 2.0 builds. I'm soon going
to enable it to run on all trunk builds too
Anybody know what the deal with this error is ?
[ERROR] BUILD ERROR
[INFO]
[INFO] Unable to create configuration for deployment
Unable to resolve dependency org.codehaus.swizzle/swizzle-stream//jar
Parent stack:
OK. I have enabled the unit tests to run on all builds for both trees
(2.0 and trunk).
The testsuite presently runs only with all 2.0 builds. I'm soon going
to enable it to run on all trunk builds too.
Now that all tests are running, there will be only 4 builds a day - 4
am, 10 am, 4 pm and 10
I don't mind if INFO is the default log level. It would be nice if we
can also change it
1. during Geronimo startup.
2. during runtime.
Possible ?
Cheers
Prasad
On 9/11/07, Kevan Miller [EMAIL PROTECTED] wrote:
The intent of this thread is to discuss the default log level for the
Geronimo
)
Components: deployment
Environment: Windows XP
Reporter: Prasad Kashyap
Assignee: David Jencks
Priority: Critical
Fix For: 2.0.2
I have a very simple web.xml whose only servlet definition contains an
init-param
{code}
servlet
[
https://issues.apache.org/jira/browse/GERONIMO-3464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prasad Kashyap closed GERONIMO-3464.
Resolution: Invalid
Failure caused by load-on-startup preceding init-param
Guess Tomcat
The javadoc-plugin configuration in genesis in set to use jdk 1.4.
Rebuild genesis/configs/project-config by changing the javadoc-plugin
configuration in it to use jdk 1.5. Then run site at c-m-p. This
should fix it.
Cheers
Prasad
On 9/8/07, David Jencks [EMAIL PROTECTED] wrote:
I thought I
Congrats Donald !
Cheers
Prasad
On 9/6/07, Hernan Cunico [EMAIL PROTECTED] wrote:
Please join us in congratulating Donald Woods as the newest member of the
Geronimo PMC. Donald has contributed to Geronimo in many different areas; he
has provided tons of patches, added functionality, testing
About time ! Congrats Shiva !
Cheers
Prasad
On 9/7/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
Hi All,
The Geronimo PMC is pleased to announce that Shiva Kumar H R has recently
accepted our invitation to become an Apache Geronimo committer. Shiva has
been contributing to Geronimo for
Congratulations Jarek !
Cheers
Prasad
On 9/4/07, Joe Bohn [EMAIL PROTECTED] wrote:
Please us in congratulating Jarek Gawor as the newest member of the
Geronimo PMC. In addition to being involved in all things related to
web services, he also has demonstrated a clear commitment to Geronimo
David,
I believe this failure occurs only on a clean repo. I was unable to
recreate it on a populated repo.
Anyways, here are the logs and the entire tar ball of the
car-maven-plugin after it failed.
http://people.apache.org/~prasad/build.log
1 - 100 of 1196 matches
Mail list logo