I believe that the Subject should be used in some way to carry the
WS-Security envelope information. Then, some authentication mechanism is
responsible to check each message/invocation against the destination
endpoint policy. Each JBI component that has security requirements must
declare the
Email component should support attachment (multipart MIME email)
Key: SM-406
URL: https://issues.apache.org/activemq/browse/SM-406
Project: ServiceMix
Type: Improvement
Components:
On 4/19/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
On Apr 19, 2006, at 10:40 AM, Bruce Snyder wrote:
On 4/18/06, Hossam Karim [EMAIL PROTECTED] wrote:
Just thinking:
- Security is a service
- A component installed inside SM can support a SM specific security
contract, in which a
[ http://issues.apache.org/jira/browse/GERONIMO-1329?page=all ]
Dain Sundstrom closed GERONIMO-1329:
Fix Version: 1.1
(was: 1.2)
Resolution: Fixed
Cannot connect to Geronimo with jconsole
[ http://issues.apache.org/jira/browse/GERONIMO-1330?page=all ]
Dain Sundstrom closed GERONIMO-1330:
Fix Version: 1.1
(was: 1.2)
Resolution: Fixed
I made the mbean server instance pluggable in the JMX connector service
[ http://issues.apache.org/jira/browse/GERONIMO-1575?page=all ]
Dain Sundstrom closed GERONIMO-1575:
Fix Version: 1.1
(was: 1.2)
Resolution: Fixed
The host can be set via the config.xml file:
configuration
I fixed a number of bugs around our JMX integration in G 1.1 today,
and you can now browse the Geronimo server using jconsole in Java 5.
You will see all GBeans and the tomcat MBeans (assuming you are using
tomcat). I use the following command to connect to the server:
jconsole
[ http://issues.apache.org/jira/browse/GERONIMO-1425?page=all ]
David Jencks updated GERONIMO-1425:
---
Fix Version: 1.1
patch ported to 1.1 in rev 395178
access to unprotected web resource after login does not use correct Subject
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This report covers the period from 2006-01-18 through 2006-04-18.
Activity:
- -
Presentations about Apache Geronimo were given variously by
Dain Sundstrom, Aaron Mulder, Matt Hogstrom, and Jeff at JAOO
and The Server Side Symposium.
A lot of
Great! I am assuming that jconsole does not allow modifying the
attributes of a tomcat Mbean as allowed by the tomcat Manager
application.
http://tomcat.apache.org/tomcat-5.5-doc/manager-howto.html#Using%20the%20JMX%20Proxy%20Servlet
Thanks
Anita
--- Dain Sundstrom [EMAIL PROTECTED] wrote:
I
Aaron,
Connector module builds fine this time. I am still not able to build successfully :o(. Build error is given below.
+
| configurations System Configuration for the J2EE Server
| Memory: 32M/45M
+
DEPRECATED:
Once again, I'm not having the problem. All I can recommend is svn
up cd openejb svn up cd .. maven -o clean new. If you do
it right now you'll get a test failure in the kernel module -- just
build that module without tests enabled until the problem is fixed
(it's a little test-first
All,
I have a working copy of the new DayTrader 1.1-SNAPSHOT. I placed it and the new plan at
http://people.apache.org/~hogstrom/daytrader.
Bill, I know you were having a problem and I didn't get back to you yesterday. I have to step out
this morning but will be on this afternoon.
Calculate /console prefix dynamically for SVG, etc.
---
Key: GERONIMO-1868
URL: http://issues.apache.org/jira/browse/GERONIMO-1868
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components:
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-78?page=all ]
Sachin Patel resolved GERONIMODEVTOOLS-78:
--
Resolution: Fixed
Assign To: Sachin Patel
This has been fixed in trunk. Additional validation and messages have been
[ http://issues.apache.org/jira/browse/GERONIMO-973?page=all ]
Aaron Mulder resolved GERONIMO-973:
---
Fix Version: 1.1
Resolution: Fixed
Applied to 1.1
Add security to /console-standard
-
Key:
Thanks. What criteria has been used to set the geronimo.dependency
property in project.xml? The packaging of most configurations assumes
the packaged configuration will be loaded on top of j2ee-system
configuration. But the 'applications' configurations implicitly assume
that a full server,
Percent complete goes over 100% when installing configurations
--
Key: GERONIMO-1869
URL: http://issues.apache.org/jira/browse/GERONIMO-1869
Project: Geronimo
Type: Bug
Security: public (Regular issues)
On Apr 19, 2006, at 6:51 AM, anita kulshreshtha wrote:
Thanks. What criteria has been used to set the geronimo.dependency
property in project.xml? The packaging of most configurations assumes
the packaged configuration will be loaded on top of j2ee-system
configuration. But the
Hi there,
I know y'all are busy with 1.1 but does anyone have insight into
this problem on trunk? The assemblies will not build with a failed
dependency:
BUILD FAILED
File.. /Users/codea/.maven/cache/geronimo-assembly-plugin-1.2.0-8/
plugin.jelly
Element... assemble:installConfig
[ http://issues.apache.org/jira/browse/GERONIMO-1790?page=all ]
John Sisson updated GERONIMO-1790:
--
Attachment: GERONIMO-1790.patch
Patch to shorten names of nested files in ears.
Long Geronimo path and file names cause problems on Windows
I assume you've done an online build? Have you checked the
repositories (e.g. dist.codehaus.org and www.ibiblio.org/maven) to see
if the file in question is there? I havne't built 1.2 for a while.
Thanks,
Aaron
On 4/19/06, Conrad O'Dea [EMAIL PROTECTED] wrote:
Hi there,
I know y'all
Hey David,
I was able to build this code on Sun Workshop 8, I had to put some OS dependant
condition checks, like you have for MACOS and have to modify code a little bit
here and there nothing major.
I am able to run it with AMQ-RC2 but when I tried to run it with latest
SNAPSHOT (04/18) it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[resend; the first one didn't show up after 4 hours, assuming lost]
This report covers the period from 2006-01-18 through 2006-04-18.
Activity:
- -
Presentations about Apache Geronimo were given variously by
Dain Sundstrom, Aaron Mulder,
Nice you got it to compile and run! =)
Maybe there have been modifications in the openwire protocol since AMQ-RC2. A
snapshot can always be a little unstable. I think that James would know more
about that.
/David
-Original Message-
From: Dhawan, Vikram (LNG-DAY) [mailto:[EMAIL
It seems that G1.1 build is broken as there is a dependency that was
pushed that was built with Java 1.5...any ideas?:
+
| geronimo and geronimo-plugins Geronimo :: J2EE Schema
| Memory: 15M/30M
+
DEPRECATED: the
David,
Thanks! More comments inline..
--- David Jencks [EMAIL PROTECTED] wrote:
On Apr 19, 2006, at 6:51 AM, anita kulshreshtha wrote:
Thanks. What criteria has been used to set the
geronimo.dependency
property in project.xml? The packaging of most configurations
assumes
[
http://issues.apache.org/jira/browse/GERONIMO-1636?page=comments#action_12375148
]
David Jencks commented on GERONIMO-1636:
most of this is done in g rev 395290 and openejb rev 2613. One remaining part
is to parameterize the versions in the
I noticed something similar last week too while trying to perform a
clean build of 1.1. I eventually gave up after a few hours of
frustration :-(
I'd love to get this resolved so I can build 1.1 again.
--jason
On Apr 19, 2006, at 8:47 AM, Jeff Genender wrote:
It seems that G1.1 build
On Apr 19, 2006, at 9:00 AM, anita kulshreshtha wrote:
David,
Thanks! More comments inline..
--- David Jencks [EMAIL PROTECTED] wrote:
On Apr 19, 2006, at 6:51 AM, anita kulshreshtha wrote:
Thanks. What criteria has been used to set the
geronimo.dependency
property in
You can change attribute values, invoke operations, and register for
notifications. It is fairly primitive, but it works.
-dain
On Apr 19, 2006, at 4:56 AM, anita kulshreshtha wrote:
Great! I am assuming that jconsole does not allow modifying the
attributes of a tomcat Mbean as allowed by
On 4/18/06, Hossam Karim [EMAIL PROTECTED] wrote:
Just thinking:
- Security is a service
- A component installed inside SM can support a SM specific security
contract, in which a security provider implementing this contract can be
bound to one or more installed components. This provider can
Hi Jacek all,
I've discovered that the most recent Jrockit VM + ApacheDS 1.0 RC1
will completely solve the problem with the
org.apache.geronimo.directory.RunningTest hang on Jrockit (see the
discussion at DIRECTORY-607 for details). Moreover, I've seen some
other posts with signs of
On 4/19/06, Dhawan, Vikram (LNG-DAY) [EMAIL PROTECTED] wrote:
Hey David,
I was able to build this code on Sun Workshop 8, I had to put some OS
dependant condition checks, like you have for MACOS and have to modify code a
little bit here and there nothing major.
I am able to run it with
Hi Hiram,
Thanks for the heads up. Can you please tell me where I can find your updated c
client?
David: are you planning to incorporate these changes in your code soon?
Thanks!
Vik
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram Chirino
Just do a
svn co svn://svn.stomp.codehaus.org/stomp/scm stomp
And you'll find all the clients under there.
On 4/19/06, Dhawan, Vikram (LNG-DAY) [EMAIL PROTECTED] wrote:
Hi Hiram,
Thanks for the heads up. Can you please tell me where I can find your updated
c client?
David: are you
[ http://issues.apache.org/jira/browse/GERONIMO-1844?page=all ]
Prasad Kashyap reassigned GERONIMO-1844:
Assign To: Dain Sundstrom (was: Prasad Kashyap)
Assigning back to you so that you can apply the patch.
Precompile jsp pages in console
Hmmm.. What level of Tomcat does the community want to include in G1.1?
Background...
Tomcat 5.5.9 - current working level in G1.0 and G1.1.. Clustering
works.. TCK is testing with this level..
Tomcat 5.5.10-5.5.14 - clustering is broken
Tomcat 5.5.15 - Clustering seems to work somewhat.
I would vote for not moving to 5.5.16 for 1.1. IMHO, its too close. We
did some preliminary testing for 5.5.15 and it seems ok...and we will
know in the next several days if its good to bake in to 1.1. 5.5.9 is
fine to stick with since its pretty stable and it just works, and in the
event
Hi Aaron,
yes, it's an on-line build. Everything else builds fine, it's just
the assemblies giving me grief.
Building with -Drelease does not make any difference (not sure if
that's even relevant to the build).
The activeio appears is at http://dist.codehaus.org/activeio/jars/
but there's
Comments inline..
--- David Jencks [EMAIL PROTECTED] wrote:
On Apr 19, 2006, at 9:00 AM, anita kulshreshtha wrote:
David,
Thanks! More comments inline..
--- David Jencks [EMAIL PROTECTED] wrote:
On Apr 19, 2006, at 6:51 AM, anita kulshreshtha wrote:
Thanks. What
On Apr 19, 2006, at 2:47 PM, Dave Colasurdo wrote:
Hmmm.. What level of Tomcat does the community want to include in
G1.1?
Background...
Tomcat 5.5.9 - current working level in G1.0 and G1.1.. Clustering
works.. TCK is testing with this level..
Tomcat 5.5.10-5.5.14 - clustering is
The eclipse plugin has been fully converted to M2 and no will no
longer build with M1. There are still some todo's left but
everything should compile and both the zip and update site assemblies
should generate. Most likley you'll probably run into out of memory
errors during the build
5.5.15,16,17 has some new features, like the JvmRouteBinderValve, that
will rewrite the session id for a new node when a node crashes.
This is an important feature. The coordination error that you ran into I
am not yet sure why it is happening, hence I can't comment on it, and I
don't know if
Thanks Filip!!
Filip Hanik - Dev Lists wrote:
5.5.15,16,17 has some new features, like the JvmRouteBinderValve, that
will rewrite the session id for a new node when a node crashes.
This is an important feature. The coordination error that you ran into I
am not yet sure why it is happening,
On Apr 19, 2006, at 12:17 PM, Jeff Genender wrote:
IIRC, the 5.5.16 issues had to do with cross context stuff that David
Jencks and I worked pretty diligently on to fix. So I would
probably be
apt to push a -1 on 5.5.16 for 1.1.
Jeff or David, can you be more specific on the issue with
On Apr 19, 2006, at 10:40 AM, Bruce Snyder wrote:
On 4/18/06, Hossam Karim [EMAIL PROTECTED] wrote:
Just thinking:
- Security is a service
- A component installed inside SM can support a SM specific security
contract, in which a security provider implementing this contract
can be
bound to
Fix dependencies scope in the spec jars
---
Key: GERONIMO-1870
URL: http://issues.apache.org/jira/browse/GERONIMO-1870
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: specs
Versions: 1.1
[
http://issues.apache.org/jira/browse/GERONIMO-1866?page=comments#action_12375203
]
David Jencks commented on GERONIMO-1866:
step 1: supply a target config store to Deployer.deploy. rev 395410
step 2 will be to set up another repo/config store
Unable to deploy Tapestry app due to classloading issue
---
Key: GERONIMO-1871
URL: http://issues.apache.org/jira/browse/GERONIMO-1871
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Hi Hiram,
I just finished testing 04/18 SNAPSHOT using your latest stomp c client code. I
spitted this in to separate producer and consumer.
Here are the observations:
1. If I have consumer running and produce messages it works fine now, not
getting duplicate messages at consumer.
2. If I
Two meanings of META-INF/geronimo-service.xml
-
Key: GERONIMO-1872
URL: http://issues.apache.org/jira/browse/GERONIMO-1872
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: deployment
Seems the 1.0 jars in cvs.apache.org were getting updated. I had put
them there as a convenience but it's no good if they get updated and
the bad versions begin to pollute the world. To fix this, I have
backed up our specs at cvs.apache.org and recreated them from scratch.
You can no
Also, you'll want to kill any org.apache.geronimo.spec-*-1.0.jar
files you have in your $HOME/.maven/repository as they may be the
contaminated versions.
-David
On Apr 19, 2006, at 6:08 PM, David Blevins wrote:
Seems the 1.0 jars in cvs.apache.org were getting updated. I had
put them
So I'm having a build problem.
The root cause appears to be that my local Maven repo has both
1.1-SNAPSHOT and 1.2-SNAPSHOT artifacts. One of the server artifacts
(say, j2ee-system) has a dependency on another (say, rmi-naming), and
that dependency has no version.
So when the packaging plugin
This is behaving as designed isn't it? I would expect the highest level version to be selected in
the absence of a restriction (another dependency indicated that it required 1.1-SNAPSHOT) or a
specific dependency (some dependency indicated it needed naming-1.1-SNAPSHOT).
Does this sound
Jeff,
I have some additional Tomcat connectotr attributes I'd like for tweaking for 1.1. Can you add
these or do you have an objection if they're added?
enableLookups
maxKeepAliveRequests
socketBuffer (note, there is a 'bufferSize' attribute on the Tomcat 5.5 connector, but this is
No problem...I can add em...
but I need to get a reasonable build first.
Matt Hogstrom wrote:
Jeff,
I have some additional Tomcat connectotr attributes I'd like for
tweaking for 1.1. Can you add these or do you have an objection if
they're added?
enableLookups
maxKeepAliveRequests
[ http://issues.apache.org/jira/browse/GERONIMO-1871?page=all ]
Bryan Noll updated GERONIMO-1871:
-
Priority: Critical (was: Major)
Updating to critical since Tapestry does not integrate out of the box with
Geronimo.
Unable to deploy Tapestry app due
On Apr 19, 2006, at 6:27 PM, Aaron Mulder wrote:
So I'm having a build problem.
The root cause appears to be that my local Maven repo has both
1.1-SNAPSHOT and 1.2-SNAPSHOT artifacts. One of the server artifacts
(say, j2ee-system) has a dependency on another (say, rmi-naming), and
that
[
http://issues.apache.org/jira/browse/GERONIMO-1636?page=comments#action_12375245
]
David Jencks commented on GERONIMO-1636:
In rev 395478 versions are removed from the output of the dependency plugin as
well. (also generated dependency lists are
[ http://issues.apache.org/jira/browse/GERONIMO-1872?page=all ]
David Jencks closed GERONIMO-1872:
--
Resolution: Fixed
Fixed in rev 395478. This also removes versions from the constructed depedency
list, see GERONIMO-1636
Two meanings of
[
http://issues.apache.org/jira/browse/GERONIMO-1873?page=comments#action_12375248
]
David Jencks commented on GERONIMO-1873:
If this requires any action someone has really broken the deployer
architecture. Be sure you are not confusing a config
The last Java 5 update from Apple breaks the Geronimo 1.1 build for Mac
OS X users.
Symptoms (when tests are on) include getting the following error:
Unable to obtain goal [multiproject:install-callback] --
/Users/powerbook/.maven/cache/maven-test-plugin-1.7/plugin.jelly:134:-1:
junit
Yes...and before anyone asks...
The JVM/JAVA_HOME/PATh was set to the 1.4 JVM. The OS seems to get
mixed up about the path libs.
Jeff
Jeff Genender wrote:
The last Java 5 update from Apple breaks the Geronimo 1.1 build for Mac
OS X users.
Symptoms (when tests are on) include getting the
On 4/19/06, Jeff Genender [EMAIL PROTECTED] wrote:
Yes...and before anyone asks...
The JVM/JAVA_HOME/PATh was set to the 1.4 JVM. The OS seems to get
mixed up about the path libs.
You beat me to it ;-).
Is there any way that we can massage the CLASSPATH as a temporary workaround?
Bruce
--
66 matches
Mail list logo
