Noel,
I see this as a big source of my frustration, and I hope we can do
something about this. From the perspective of anyone in an
incubating project, you represent the incubator. So when you express
"just your opinion" it very difficult if not impossible for someone
to see the distinc
On 3/14/06, James Strachan <[EMAIL PROTECTED]> wrote:
> Just out of interest, who decides on if its going to be a TLP or
> Geronimo sub project & how is that decision made?
Only the Board can approve a new TLP. If the Board does not approve a
podling as a TLP, the Incubator PMC is then responsibl
On 15 Mar 2006, at 03:54, Noel J. Bergman wrote:
Personally, I do not consider ActiveMQ ready. And I do believe
that it
should be targeting TLP status. It has its own community, is
separately
releasable and useable in many projects, not just as part of a J2EE
server,
and would do better as
Noel,
Our goal when starting the incubation process of ActiveMQ, OpenEJB,
ServiceMix, WADI, and XBean, was to consolidate the Geronimo
community. The vision was to have a single community focused on
building a modular server architecture based on a single core. The
global deliverable wo
Dain Sundstrom wrote:
> I agree it is important to have as much as possible on apache
> hardware. It was my understanding until I read this thread
> here, that infrastructure was fine with leaving JIRAs for
> imported projects hosted remotely until the JIRA had a better
> import tool.
Please kee
Alan D. Cabrera wrote:
> This is not a vote, but simply a discussion about the graduation of
> ActiveMQ from the Incubator.
And should have been on general@incubator.apache.org, not [EMAIL PROTECTED]
Whether or not to cross-post to a myriad of other lists is a separate
question of netiquette. An
Dain Sundstrom wrote:
> When AMQ entered the incubator as a sponsored project from Geronimo,
> the current understanding of incubator rules was that AMQ would
> simply use the Geronimo pmc since the Geronimo pmc is expected to be
> the home for the project. Since then the incubator rules have bee
The following line seems to be the culprit.
gbean.setAttribute("baseDirectory", ".");
You may already have got the system property "basedir" and used it in
the line above.
M2 builds run the tests in the same jvm. So the following props set in
an earlier BasicServerInfo object is left behind.
org.
[ http://issues.apache.org/jira/browse/GERONIMO-1729?page=all ]
Prasad Kashyap updated GERONIMO-1729:
-
Attachment: pom.xml
setup.xml
Use of the geronimo.dependency plugin in this module seems to be needless.
> Module migration to Mav
[ http://issues.apache.org/jira/browse/GERONIMO-1729?page=all ]
Prasad Kashyap reassigned GERONIMO-1729:
Assign To: Prasad Kashyap
> Module migration to Maven 2: installer-support
> --
>
> Key:
Anita,
The path doesn't look right. Where's the module name in that path ?
D:\anita\geronimo\geronimo-1.1\.\src\test-data\data\users.properties
Seems like user.dir property is being used instead of basedir.
Cheers
Prasad
On 3/14/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote:
> Hi,
>I am
> > That's not actually a formal requirement though, correct?
> Not at this time. We're still discussing what the SHOULD and MUST
> will be, as I mentioned in the fuller context of what you quoted.
Hmmm ... or perhaps I hadn't made it as clear as I thought I had. I just
went back and found that
Rodent of Unusual Size wrote:
> 'So close to graduation'? Whence comes that? I think that
> proximity is still very much up in the air, particularly
> given Noel's opinion that [...]
Keep in mind that is *my* opinion. The Incubator PMC as a whole may or may
not agree.
For a guy who is serious
Rodent of Unusual Size wrote:
> Noel J. Bergman wrote:
> > On the community side, we're still a bit shy of Mentors on ActiveMQ
> > (James is the only one, and we are looking for at least 3 per project)
> That's not actually a formal requirement though, correct?
Not at this time. We're still dis
[ http://issues.apache.org/jira/browse/GERONIMO-1728?page=all ]
Prasad Kashyap updated GERONIMO-1728:
-
Attachment: pom.xml
This module invokes the geronimo:dependency plugin in it's maven.xml but does
not mark any of it's dependencies in the project
[ http://issues.apache.org/jira/browse/GERONIMO-1728?page=all ]
Prasad Kashyap reassigned GERONIMO-1728:
Assign To: Prasad Kashyap
> Module migration to Maven 2: installer-processing
> -
>
>
Hi,
I am trying to debug a strange problem in security
module (rev 385723). The module builds fine with
maven1 build. It builds fine with m2 from 'security'
directory. When I build from the top level directory
using
mvn -Dmodule=security clean test
I get build failures. I have attached the r
lichtner wrote:
On Tue, 14 Mar 2006, David Blevins wrote:
Provisioning of the actual stateful session bean keys is easy to
isolate, but as I say inventing a client id that you could use as
part of a stateful session bean's id is not easy.
Would it be enough to generate a cluster-wide
David Blevins wrote:
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
[
http://issues.apache.org/jira/browse/GERONIMO-1686?page=comments#action_12370425
]
Greg Wilkins commented on GERONIMO-1686:
Note... I'm not applying these changes as I'm not sure that it is correct
for me to do so
while looking at 1.1 license
On Tue, 14 Mar 2006, David Blevins wrote:
> Provisioning of the actual stateful session bean keys is easy to
> isolate, but as I say inventing a client id that you could use as
> part of a stateful session bean's id is not easy.
Would it be enough to generate a cluster-wide unique id?
[
http://issues.apache.org/jira/browse/GERONIMO-1686?page=comments#action_12370415
]
Greg Wilkins commented on GERONIMO-1686:
I've done some comparisons of the javax.servlet classes from geronimo to those
in jetty6.
The Jetty 6 classes are the apa
FYI I believe that the open API and plugin system is sufficent to write a JIRA
to JIRA import.
--jason
-Original Message-
From: "David N. Welton" <[EMAIL PROTECTED]>
Date: Tue, 14 Mar 2006 08:17:35
To:[EMAIL PROTECTED]
Cc:dev@geronimo.apache.org, [EMAIL PROTECTED], "David E. Jone
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
thinking is.
Dav
On Mar 14, 2006, at 11:08 AM, Rodent of Unusual Size wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dain Sundstrom wrote:
AFAIR, that was never *my* understanding. AFAIK, that has *never*
been the way the incubator has worked. Every podling has supposed
to have had a PPMC. If I'm wr
[ http://issues.apache.org/jira/browse/GERONIMO-1676?page=all ]
Jeff Genender closed GERONIMO-1676:
---
Fix Version: 1.2
Resolution: Fixed
Make sense why it runs on *nix machines, bacause /var/log is typically a real
and valid dircetory that ex
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dain Sundstrom wrote:
>
>> AFAIR, that was never *my* understanding. AFAIK, that has *never*
>> been the way the incubator has worked. Every podling has supposed
>> to have had a PPMC. If I'm wrong, please correct me; where did you
>> (and evidentl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Noel J. Bergman wrote:
>
> On the community side, we're still a bit shy of Mentors on ActiveMQ (James
> is the only one, and we are looking for at least 3 per project)
That's not actually a formal requirement though, correct?
- --
#kenP-)}
Ken C
Clicking on Server Logs causes this exception
(after the changes) : The server logs are created
properly.
Geronimo Application Server started
12:55:18,203 ERROR [[DerbyLogViewer]]
Servlet.service() for servlet DerbyLogView
er threw exception
java.lang.NoClassDefFoundError
at
org.apache
On Mar 14, 2006, at 5:48 AM, Rodent of Unusual Size wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dain Sundstrom wrote:
When AMQ entered the incubator as a sponsored project from Geronimo,
the current understanding of incubator rules was that AMQ would
simply use the Geronimo pmc since
Hmmm I'm not sure about that exception. The error that I fixed is
a java.lang.NoClassDefFoundError exception on Tomcat and materialized
itself somewhat differently on Jetty. I wonder if the change you made
results in the tomcat logs either not being created or created in a
different loc
[ http://issues.apache.org/jira/browse/GERONIMO-1676?page=all ]
Anita Kulshreshtha updated GERONIMO-1676:
-
Attachment: log4j.patch
This patch fixes this problem in j2ee-tomcat-server, minimal-tomcat-server, and
web-jms-tomcat-server.
> Tomcat a
Could you please attach the patch for the base=>server change to
GERONIMO-1676 so we can close that one out?
Thanks,
Jeff
anita kulshreshtha wrote:
> With this change the tomcat-server starts properly
> and geronimo.log is created. However on clicking
> 'Server Logs' I get this trace. Does
With this change the tomcat-server starts properly
and geronimo.log is created. However on clicking
'Server Logs' I get this trace. Does your patch for
GERONIMO-1634 cover this also? IIRC
server-log4j.properties file is copied from
configs/tomcat ?
Thnaks
Anita
--- anita kulshreshtha <[EMAIL
Joe,
yeah, the server logs in Jetty look ok.
The server-log4j.properties files are different for
2 servers -
JETTY -
log4j.appender.FILE.file=${org.apache.geronimo.server.dir}/var/log/geronimo.log
TOMCAT -
log4j.appender.FILE.file=${org.apache.geronimo.base.dir}/var/log/geronimo.log
I
Actually, I suspect you're hitting a different problem there. There is
a problem with the Derby log viewer and a missing class.
There is a defect that I opened about a month ago on that one and I do
have a patch for it - https://issues.apache.org/jira/browse/GERONIMO-1634
It's waiting for a
Hi Maxim,
Comments inline...
Maxim Berkultsev wrote:
Hello all,
I've looked through Daytrader workload results and analysis for Geronimo
published at
http://www-1.ibm.com/support/docview.wss?uid=swg27006724
For the bar diagrams, which show Geronimo and 'target' server indicators,
immediate q
The logs are created in Jetty for me for using the same build that gives
me the error in the tomcat images (both j2ee-tomcat-server and
minimal-tomcat-server).
Here's one other peculiar thing. I don't see this error on windows if
I start the server using "startup.bat" or "geronimo.bat run"
After a fresh restart of windows jetty-server is
working fine.
Thanks
Anita
--- anita kulshreshtha <[EMAIL PROTECTED]> wrote:
>This is a problem with jetty-server as well.
> Jetty-server does not produce stack trace but the
> log
> files (geronimo.log, jetty-*.log) are not created.
>
>
Dain Sundstrom wrote:
> On Mar 13, 2006, at 5:05 PM, Rodent of Unusual Size wrote:
>
>> Dain Sundstrom wrote:
>>
>>>
>>> I understand this concern and agree with the solution, but we should
>>> remember that AMQ entered the incubator before this was a rule, so I
>>> for one didn't think it appled
John Sisson wrote:
> I don't like holding up progress, but my concern is how much incentive
> the project would have to move JIRA after incubation and whether it
> would be better to do it now? Also no date has been given by Atlassian
> for when JIRA will have a better import tool - we could be w
Hello all,I've looked through Daytrader workload results and analysis for Geronimo published athttp://www-1.ibm.com/support/docview.wss?uid=swg27006724
For the bar diagrams, which show Geronimo and 'target' server indicators, immediate questions are:- what is the measure unit for values in Y-axis?
[ http://issues.apache.org/jira/browse/GERONIMO-1725?page=all ]
Prasad Kashyap updated GERONIMO-1725:
-
Attachment: pom.xml
Module migrated.
Dependency list pruned.
> Module migration to Maven 2: client-builder
>
This is a problem with jetty-server as well.
Jetty-server does not produce stack trace but the log
files (geronimo.log, jetty-*.log) are not created.
Thnaks
Anita
--- Jeff Genender <[EMAIL PROTECTED]> wrote:
> I am not able to reproduce this on a Mac or
> Linux...I need to get my
> hands on
[ http://issues.apache.org/jira/browse/GERONIMO-1725?page=all ]
Prasad Kashyap reassigned GERONIMO-1725:
Assign To: Prasad Kashyap
> Module migration to Maven 2: client-builder
> ---
>
> Key: GERON
Sam Ruby wrote:
What I am unconfortable with is codebases being proposed with a
precondition being placed on where they land.
A sponsor is needed to inject a bit of accountability into the process,
and to reduce the tendency towards the ASF becoming a sourceforge with
lots of abandoned projec
I am not able to reproduce this on a Mac or Linux...I need to get my
hands on a Windowz box to see what is up. Can you gage what GBean is
getting started that is failing?
Joe Bohn wrote:
> I created a JIRA for this problem a week ago or so.
> https://issues.apache.org/jira/browse/GERONIMO-1676
>
Hi Jacek,
Jacek Laskowski <[EMAIL PROTECTED]> writes:
>
> Not that long ago ;)
>
> > GERONIMO-1529Console should display Geronimo Version
> > GERONIMO-1484Display username who is logged into the Webconsole
> >
> > now i have a couple of questions around how to get things included since
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dain Sundstrom wrote:
>
> Official policy documents would be really nice, especially
> considering they take a huge amount of time to develop and would
> hopefully slow down the rate of change in the incubator.
Yup. Policy still evolving, though
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dain Sundstrom wrote:
>
> When AMQ entered the incubator as a sponsored project from Geronimo,
> the current understanding of incubator rules was that AMQ would
> simply use the Geronimo pmc since the Geronimo pmc is expected to be
> the home fo
[
http://issues.apache.org/jira/browse/GERONIMO-1686?page=comments#action_12370336
]
Bill Dudney commented on GERONIMO-1686:
---
Hi Jeff,
The JSP stuff is still about a week out. I have a bunch of TestNG code that I
have to either drop or convert to JU
I created a JIRA for this problem a week ago or so.
https://issues.apache.org/jira/browse/GERONIMO-1676
I haven't had chance yet to look into a fix ... but it only seems to
happen with the tomcat assemblies and seemed to be introduced about the
time we upgraded to the new tomcat image.
Joe
This applies to rev 385723. I am getting the
following error during server startup.
Booting Geronimo Kernel (in Java 1.4.2_09)...
log4j:ERROR setFile(null,true) call failed.
java.io.FileNotFoundException: \var\log\geronimo.log
(The system cannot find the
path specified)
at java.io.Fil
Dain Sundstrom wrote:
On Mar 13, 2006, at 6:54 PM, David Blevins wrote:
On Mar 9, 2006, at 5:59 AM, Jules Gosnell wrote:
Is it possible for one client to pass the handle of an SFSB to
another ? Does the spec touch on this ? Does it ever happen ?
I know that per spec, the client identity
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 thinking is.
David,
since you are here - a few SFSB questions...
what p
Hiram Chirino wrote:
The Invocation type, that I am describing, is not bound to a specific
protocol (note that I mention both web and tiers above) - but an
abstraction over calls/rpcs/etc.. carried via a number of possible
transports : Http, OpenEJB, IIOP, various WS transports...
Sounds
56 matches
Mail list logo