suggestions or a better way.
cheers
Jan
Jan Bartel wrote:
David,
[snip]
BTW, the code needs to be reformatted to jetty standard conventions
(http://docs.codehaus.org/display/JETTY/Jetty+Coding+Standards) or
gregw will have conniptions ;)
hmm I thought I'd done pretty well imitating the code
. Not having done it yet I might
have missed some important points :-)
I'll think some more about your comments and get back to you.
thanks
david jencks
On Nov 3, 2008, at 1:56 AM, Jan Bartel wrote:
Hi David,
Having pored over the jaspi spec a few more times, and then
having looked more
Hi David,
David Jencks wrote:
On Nov 21, 2008, at 4:59 AM, Jan Bartel wrote:
Hi David,
I've been looking at the changes to the constraint implementation to
do the up-front merging.
There are a couple of functional differences I noticed:
1. when there is an unrecognized data
might have
missed some important points :-)
I'll think some more about your comments and get back to you.
thanks
david jencks
On Nov 3, 2008, at 1:56 AM, Jan Bartel wrote:
Hi David,
Having pored over the jaspi spec a few more times, and then
having looked more closely at the code
:
On Oct 30, 2008, at 10:54 PM, Jan Bartel wrote:
Hi David,
I'll reply to your reply in a later posting. For now, I just noticed
something odd in the ConstraintSecurityHandler. If
checkUserDataPermissions()
notices the request was received on the wrong connector (ie on http
instead of
https
).
cheers
Jan
David Jencks wrote:
Hi Jan,
On Oct 29, 2008, at 7:37 PM, Jan Bartel wrote:
Hi David,
I'm still snatching time to tiptoe further around the jaspi branch.
A couple of thoughts to run by you:
1. UserIdentity and LoginService classnames. These are quasi analogous
mappings are
themselves just Strings, so I was wondering what the utility is?
best regards
Jan
David Jencks wrote:
On Oct 16, 2008, at 11:59 PM, Jan Bartel wrote:
Hi David,
Firstly, let me genuflect in recognition of your extraordinary efforts
for a) reading the spec b) being able
jencks
-
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
--
Jan Bartel, Webtide LLC | [EMAIL PROTECTED] | http://www.webtide.com
Hi David,
There were some changes to the TagLibConfiguration class recently. They
might be tickling this xerces/apple issue.
I've put in what I believe is a fix - svn rev 1645. Could you possibly try it
out
as I don't have a mac :-)
I've also opened this issue to track it:
Dain,
I must be having brain fade but I just can't find my issue
in the bug tracker (issue 366693).
In any case it is old and dead and done with, so if you could
be so kind as to close it off for me, I'd appreciate it.
cheers
Jan
Dain Sundstrom wrote:
Alan, Aaron, Hiram, Matt, Jan, Jeff,
[
http://issues.apache.org/jira/browse/GERONIMO-2163?page=comments#action_12434678
]
Jan Bartel commented on GERONIMO-2163:
--
Finally got a working network connection!
I like the refactoring in the builder and the introduction
[X] +1 CTR with documentation guidelines
Jan
First, I apologise but my newsreader can't find the initial email in this
thread, so I'm just replying to the first one I can find.
I've downloaded and tried geronimo-jetty-j2ee-1.1.1-rc2.tar.gz. I simply
followed the instructions in the RELEASE_NOTES. I can't get the
console webapp to deploy.
Kevan,
I've downloaded and tried geronimo-jetty-j2ee-1.1.1-rc2.tar.gz.
Drat. Cut and paste error. Make that geronimo-jetty-minimal-1.1.1-rc2.tar.gz
The minimal servers don't contain a console webapp. The RELEASE_NOTES
should be updated to reflect this...
Agreed.
The DEBUG entries are
I'd like to see the work to integrate jetty6 go in. However,
we'd have to have some discussion about whether we wanted to
upgrade the whole of Geronimo to JavaEE5 at that time or
just have the web container (well, Jetty at least) support
servlet 2.5.
regards
Jan
Matt Hogstrom wrote:
All,
Now that 1.1 is out the door (BTW congrats everyone) ... time
to start thinking of 1.2!
I'm still working away in the servlet-2.5 sandbox, and
I'd appreciate it if someone could tell me if there is a
feeling for when 1.2 might be ready?
regards
Jan
Matt Hogstrom wrote:
Susan Wu wrote:
From what I understand, the code release has been made available on the
Geronimo web site and a general announcement has been made with
regards to its availability.
Geronimo folks: do you want this also issued as an official press
release?
Matt,
I'll be there. I seem to be becoming a conference addict :-)
cheers
Jan
Matt Hogstrom wrote:
For those committers that will be at the OSCON Conference we have a BOF
scheduled. It is:
Your BoF for OSCON 2006 has been scheduled for:
• Wednesday, July 26
• 7:30 pm - 8:30 pm
•
+1 to the suggested meaning of +1 votes
+1 to the suggestion of *all* committers voting
regards
Jan
Kevan Miller wrote:
I'd like to request a change to the RTC process being used by Geronimo
(or at least I'm requesting a relaxation of Ken's interpretation of the
RTC process).
In Ken's
After a couple of brief but very useful conversations
with other Geronimo committers at JavaOne, I thought
I'd post a progress report on the servlet spec 2.5
sandbox.
As I posted back in on 9th April, I've
made a sandbox for upgrading Geronimo to the
2.5 servlet spec, and at the same time
Ken,
Do these rules also apply to stuff in the sandboxes?
Jan
Rodent of Unusual Size wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Due to concerns about how some changes have been getting
made in the codebase, I am changing the commit model
for the time being.
Effective immediately,
+1
Jan
Matt Hogstrom wrote:
Jason replied on another thread that he prefers to stay with 1.2 for the
release.
Here is the proposed nomenclature
trunk(stays 1.2 but is completely replaced with branches/1.1)
branches/1.1unchanged
branches/dead-1.2 (is a copy of the original
I missed the point?
thanks
david jencks
*/Jan Bartel [EMAIL PROTECTED]/* wrote:
FYI for anyone who is interested:
I've made a branch in the sandbox for servlet 2.5 integration work.
The svn url is:
https://svn.apache.org/repos/asf/geronimo/sandbox/servlet-2.5
So far I have
FYI for anyone who is interested:
I've made a branch in the sandbox for servlet 2.5 integration work.
The svn url is:
https://svn.apache.org/repos/asf/geronimo/sandbox/servlet-2.5
So far I have checked in the 2.5 servlet spec schema (and all of the
other JavaEE 5 schemas too) and upped the
+1
Jan
Alan D. Cabrera wrote:
= PROJECT PROPOSAL =
Yoko, a CORBA Server.
This proposal outlines the creation of a Geronimo sub-project within the
Apache Software Foundation.
= RATIONALE =
The current Apache Geronimo project (http://geronimo.apache.org/) is in
great need of a CORBA ORB
+0
I think the quality of the documentation is more
important than the documentation tool.
But, if Confluence gives us features that would dramatically
improve the documentation by all means change.
However, assuming there's no easy way to slurp the existing
pages into Confluence, I'd
David,
To paraphrase what you said (if I understand correctly), the choices are
to either back clustering out of geronimo for the 1.0.1 release and work on it
for a future release, or to make minimal changes to it to make it work
in geronimo as is.
I think it's unlikely that there will be a
built in the
order they are needed.
thanks
david jencks
On Jan 13, 2006, at 4:54 PM, Jan Bartel wrote:
I still can't build HEAD. I am using maven 1.0.2 on Ubuntu Linux with
jdk 1.4.2 and svn revision 368935.
I've done:
+ deleted geronimo from my local repo
+ deleted the plugins from my local
Jeff,
I really can't understand your -1, let alone the backing out of
the changes, nor all of the hullabaloo.
It is quite straightforward: in 1.0 WADI did not work in Tomcat
nor Jetty. Unfortunate and disappointing, but true. Period.
We have made minimal changes to make it work in the 1.0.1
-beta2 and the last (online) step took 51m.
Aaron
On 1/12/06, Jan Bartel [EMAIL PROTECTED] wrote:
Anita,
I must admit that I've been trying to build most of it
offline as it takes me about 8hrs to do a full build online
(problem with using a laptop).
I have bitten the bullet and am now about
I've been trying to build geronimo trunk for 2 days and I'm going
crazy! I've tried every combination of online and offline, m:clean,
m:fresh-checkout, I've even deleted configs/*/target, and I still
get this error every time I try and build the configs (this example
is from the j2ee-server
:
I have had the same luck! After 2 days I was able
to build the server. This is related to G-1449. The
missing geronimo-corba_2.3_spec-1.0.jar should be put
in maven repo at org.apache.geronimo.specs manually.
I hope this helps.
Thanks
Anita
--- Jan Bartel [EMAIL PROTECTED] wrote
of the build.
thanks
Jan
anita kulshreshtha wrote:
Jan,
Did you delete openejb/core? Build openejb online
without it.
I could not get the core to build.
thanks
Anita
--- Jan Bartel [EMAIL PROTECTED] wrote:
Anita,
Thanks for the suggestion, but it must be something
else
going
Faisal,
You can use either standalone Tomcat or Jetty containers to give
you web container plus a couple of j2ee frills like jndi, resource
mapping etc etc.
However, if you want to keep within the geronimo idiom, then Erik's
answer re cut-down installation is the way to go.
regards
Jan
Wade
I think a security issue is worth delaying a release for. It sounds like
it should be simple to fix.
Jan
Aaron Mulder wrote:
Another major problem:
If you deploy a WAR with security settings an no geronimo-web.xml, all
supposedly secure content is unprotected! Try deploying this with no
Dave,
I'll quickly address a couple of your points re WADI in Geronimo
and leave Jules/Jeff to respond to the rest.
Will WADI ongoing enhancements be easily integrated into an existing
Geronimo v1 installation on a user machine or is a geronimo rebuild
required?
That's a little difficult to
[ x ] Make Jetty the default Web Container install selection
cheers all
Jan
Erik Daughtrey wrote:
The installer should make either Tomcat or Jetty the default selection. The
operator can always override and select the other.
Vote:
[ ] Make Jetty the default Web Container install
Dave,
Did you also change the line on the jsp-examples to remove the
of course we recommend Tomcat?
cheers
Jan
Dave Colasurdo wrote:
Thanks for the tip! Have updated the wars and renamed them. Also have
created a patch to update the dependencies that reference the war files.
All have
-1
I understood that there would be 24hrs notice of the freeze. It is
extremely difficult for those of us in non-EST timezones to deal
with just 12hrs notice.
I suggest midnight EST, which is 24hrs notice.
Jan
Matt Hogstrom wrote:
I'd like to get a concensus on branching an official V1.0
+1
janb
Matt Hogstrom wrote:
One more time. Based on wildly popular feedback. Here is an alternate
branching proposal.
[ ] +1 Branch V1.0 at 23:59 PST 12/7
[ ] -1 Defer branching provide proposed alternative
Matt
instead of using the StaticContent gbean from the
j2ee-jetty-runtime-deployer-plan.xml.
Comments?
regards
Jan
Jan Bartel wrote:
Aaron,
To disable/enable directory listing for Jetty, you
must set the initParameter called dirAllowed to false/true for
Jetty's default servlet called
Dave,
Strange, I tried the war in standalone Jetty and there are no
deployment errors and it seems to work fine. I can only assume
that we're not catching some error, I will have a further look
at that.
Anyway, I assume the invoker servlet being referred to would
be the invoker servlet that
into problems in
identifying that particular servlet, as the copying mechanism is
somewhat generic.
thanks
david jencks
On Dec 5, 2005, at 1:46 PM, Jan Bartel wrote:
Aaron,
Leaving aside the possibility of genericizing this for both
tomcat jetty and just considering the jetty implementation
for now
It might be that Jetty has a lot more instrumented as gbeans
(eg filtermappings, servletholders etc etc) than tomcat so
we see this error message because the gbean relationship
level is awry, whereas if tomcat is not so instrumented with
the filtermappings etc as gbeans then this error can't
Aaron,
To disable/enable directory listing for Jetty, you
must set the initParameter called dirAllowed to false/true for
Jetty's default servlet called org.mortbay.jetty.servlet.Default.
If I understand correctly, the jetty builder plan.xml sets this to
true for the container, but it should be
] JSR154 unwrappedDispatchSupported=true
12:00:04,639 INFO [/console] JSR154 unwrappedDispatchSupported=true
Any suggestions? I'm going to try to track that back to the source.
Thanks,
Aaron
On 12/3/05, Jan Bartel [EMAIL PROTECTED] wrote:
Aaron,
I'm not sure what logging setup you
1.0, but it would be
nice to be able to remove that. :)
Thanks,
Aaron
On 12/3/05, Jan Bartel [EMAIL PROTECTED] wrote:
Aaron,
I'm a little confused now. When you used -DDEBUG_VERBOSE on the runline
did that change the amount of information that was logged or not?
If it *did* suppress a lot
Aaron,
I'm not sure what logging setup you are using with jetty in geronimo.
The normal way to surpress the INFO level messages at jetty startup is to
set the system property DEBUG_VERBOSE to a negative number on the runline.
cheers
Jan
Aaron Mulder wrote:
I've taken a first stab at reducing
Jan Bartel wrote:
Joe,
When do you need these statistics by?
We could certainly add methods like:
getConnectionsDuration()
getConnectionsRequests()
getRequestsDuration()
which would return an ever-increasing counter, and then you
would be able to infer the averages by using the getStatsOnMs
Joe,
Are you refering to Jetty's raw jmx statistics available from the
management console or to Jetty's JSR77 implementation?
Jetty supports JSR77 via a filter. Have a look at the Jetty extra/jsr77
package in the Jetty source tree. It is part of the JettyPlus server, but
should be able to be
, max connection duration, avg # or active
requests, max # of active requests, etc
The enabling of these statistics is at the very bottom of the XML that
you attached as statsOn under other server options.
Can we get this information from the raw JMX stats?
Joe
Jan Bartel wrote:
Joe
Gmane doesn't want to forward my email, so here's my fourth attempt at
voting:
+1
Jan
Jeff Genender wrote:
The current PMCs of WADI have overwhelmingly voted to become a Geronimo
sub-project.
The incubator proposal is here...
http://wiki.apache.org/incubator/WadiProposal
Please vote if
2 attempts via gmane to email this have failed, so hopefully this
one will succeed:
+1
Jan
[EMAIL PROTECTED] wrote:
The current PMCs of both ActiveMQ and ServiceMix have overwhelmingly
voted to become Geronimo sub-projects.
The incubator proposals are here...
53 matches
Mail list logo