[
https://issues.apache.org/activemq/browse/SM-980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39940
]
Jevgeni Holodkov commented on SM-980:
-
By the way, I have found out, that this doesn't work only if import
[
https://issues.apache.org/activemq/browse/SM-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39949
]
Ruwan Linton commented on SM-1002:
--
The source code for this client and the service is in the svn of the Synapse
[
https://issues.apache.org/jira/browse/GERONIMO-836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy closed GERONIMO-836.
jmx port should be explicit in the plans and set from the installer
[
https://issues.apache.org/jira/browse/GERONIMO-3386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519877
]
Song commented on GERONIMO-3386:
With the latest build, Save button works well for NIO HTTP Connector in IE
and
Hi
I have looked at java security policy, firewall settings, sniffed the
traffic and more without finding out way the connection fails. As far as
I know IPv6 should normally not be a problem but I started to suspect it
had something to do with it. In my case it seems to have something to do
Okey now I get exactly the same error as you
Error: Unable to connect to server at
deployer:geronimo:jmx://192.168.2.1:1099 -- no such object in table
regards
Peter Petersson
Rodrigo Rodrigues da Silva wrote:
Hi,
I tried out 2.0-rc1 release (as posted by David to
[EMAIL PROTECTED]
OpenEJB trunk at 566045
Geronimo Revision: 566046 built with tests included
See the full build-0400.log file at
http://people.apache.org/~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile
.log file at http://people.apache.org/
~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/
modules/geronimo-deployment/target
XDoclet 1.2 Support
---
Key: GERONIMODEVTOOLS-179
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-179
Project: Geronimo-Devtools
Issue Type: New Feature
Reporter: Jonathan Gallimore
Currently, there
[
https://issues.apache.org/jira/browse/GERONIMO-411?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods reopened GERONIMO-411:
---
Add Hash Password Rewrite to File Realm
---
[
https://issues.apache.org/jira/browse/GERONIMO-411?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods updated GERONIMO-411:
--
Fix Version/s: 2.1
2.0.x
Add Hash Password Rewrite to File Realm
factor the console portlets into separate plugins
-
Key: GERONIMO-3413
URL: https://issues.apache.org/jira/browse/GERONIMO-3413
Project: Geronimo
Issue Type: Improvement
Security Level:
included
See the full build-0400.log file at http://people.apache.org/
~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 29 source files to /home/prasad/geronimo/2.0
Looks like the security issues were addressed and are checked into
branches/2.0.1.
I am following up on any small changes I feel we can safely put in
and am wearing my release manager hat trying to balance risk / reward.
I also changed to 2.0.1-SNAPSHOT as I'm trying out the Maven release
I can still not tell you whats wrong but I now think it is safe to say
that it is definitely not any firewall rules in the way (and I get the
same error as you do). I checked all my firewall rules iptables -L and
to be on the safe side I also turned on logging on iptables reject and
drop rules
Please consider the following two revisions:
o Rev 565355 : PluginInstallerGBean fails to find available artifacts when
the repository URL does not end with /.
o Rev 563782 : Plugin installer downloads a different version of dependency
than the one specified
Vamsi
On 8/15/07, Matt Hogstrom
Please consider the following change in 2.0.x, which allows Windows users to
rebuild the server from source -
GERONIMO-3410 added copy of jspc-maven-plugin-2.0-alpha-1-20070806.170854-1 to
our build repo
Revisions 565833, 565837, 565885
I can make the change if you'd like some help...
On Aug 15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote:
OpenEJB trunk at 566045
Geronimo Revision: 566046 built with tests included
See the full build-0400.log file at http://people.apache.org/
~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding
15, 2007, at 1:01 AM, [EMAIL PROTECTED] wrote:
OpenEJB trunk at 566045
Geronimo Revision: 566046 built with tests included
See the full build-0400.log file at http://people.apache.org/
~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding to copy
://people.apache.org/
~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 29 source files to /home/prasad/geronimo/2.0/
modules/geronimo-deployment/target/classes
[INFO
Geronimo Revision: 566046 built with tests included
See the full build-0400.log file at http://people.apache.org/
~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 29
+1. The Tuscany/Geronimo integration are affected by these two issues.
Thanks,
Raymond
- Original Message -
From: Vamsavardhana Reddy
To: dev@geronimo.apache.org
Sent: Wednesday, August 15, 2007 8:45 AM
Subject: Re: 2.0.1 Release plans
Please consider the following two
+1
Cheers!
Anita
--- Donald Woods [EMAIL PROTECTED] wrote:
Please consider the following change in 2.0.x, which allows Windows
users to
rebuild the server from source -
GERONIMO-3410 added copy of
jspc-maven-plugin-2.0-alpha-1-20070806.170854-1 to
our build repo
Revisions 565833,
I'm still not seeing this problem
My setup is -
SLES10 w/ Sun 1.5.0_11 and Geronimo 2.0
WinXP w/ Sun 1.5.0_11 and Geronimo 2.0
Both machines are on the same subnet and do not have IPv6 configured or
enabled on the Ethernet adapters.
From SLES, the following works:
deploy -host
[
https://issues.apache.org/jira/browse/GERONIMO-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun reassigned GERONIMO-3374:
-
Assignee: Lin Sun (was: Donald Woods)
Admin console uses Generic TranQL RA for non XA
, at 1:01 AM, [EMAIL PROTECTED] wrote:
OpenEJB trunk at 566045
Geronimo Revision: 566046 built with tests included
See the full build-0400.log file at http://people.apache.org/
~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered
PROTECTED] wrote:
OpenEJB trunk at 566045
Geronimo Revision: 566046 built with tests included
See the full build-0400.log file at http://people.apache.org/
~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO
servlet.destroy() not called on POJOWebServiceServlet
-
Key: GERONIMO-3414
URL: https://issues.apache.org/jira/browse/GERONIMO-3414
Project: Geronimo
Issue Type: Bug
Security Level:
Geronimo Revision: 566046 built with tests included
See the full build-0400.log file at http://people.apache.org/
~prasad/binaries/20070815/build-0400.log
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 29
Initial discuss thread
artifact aliasing doesn't work for fully resolved artifacts
---
Key: GERONIMO-3415
URL: https://issues.apache.org/jira/browse/GERONIMO-3415
Project: Geronimo
Issue Type: Bug
While playing with triplesec and the directory plugin I rediscovered
that the artifact resolver won't check fully resolved artifacts
against the explicit resolution map. I think this will make plugins
generally too inflexible.
Removing this limitation is easy (it's just a couple of lines
Oops...hang on ... upload problem.
On Aug 15, 2007, at 4:34 PM, Matt Hogstrom wrote:
Initial discuss thread
The updated binaries are available for review. I have incorporated
the security changes provided by David Jencks, Kevan and Vamsi.
Thanks gents !
I also incorporated a few additional fixes. Please note the change
log for the changes to the release notes for more information.
The
make some -test artifacts that for instance start up a mock server suitable for
testing deployment parts
Key: GERONIMO-3416
URL:
Have you updated the config.xml, to allow access to the remote deployer, which
was recently changed to only listen to localhost:8080 ?
In config.xml, replace -
module
name=org.apache.geronimo.configs/geronimo-gbean-deployer/${version}/car/
with -
module
On Aug 13, 2007, at 10:28 PM, Matt Hogstrom wrote:
BTW, kudos to Jason and all the others that got us moved over to
maven 2. Building and changing releases are so easy now. Thanks!
/me pats self on back
:-P
--jason
IIUC we are currently leaving the maven descriptors out of all our
artifacts due to the maven-jar-plugin configuration in the root pom.
Also IIUC we only get in trouble from long paths from these maven
descriptors for artifacts we unpack in our repo, such as car files
and maybe wars. I
Sure, if it doesn't cause windows builds to blow up... ;-)
--jason
On Aug 15, 2007, at 2:08 PM, David Jencks wrote:
IIUC we are currently leaving the maven descriptors out of all our
artifacts due to the maven-jar-plugin configuration in the root
pom. Also IIUC we only get in trouble
--- David Jencks [EMAIL PROTECTED] wrote:
IIUC we are currently leaving the maven descriptors out of all our
artifacts due to the maven-jar-plugin configuration in the root pom.
Also IIUC we only get in trouble from long paths from these maven
descriptors for artifacts we unpack in
THANKS!!! :)
Anita
--- [EMAIL PROTECTED] wrote:
Author: hogstrom
Date: Wed Aug 15 15:21:13 2007
New Revision: 566358
URL: http://svn.apache.org/viewvc?view=revrev=566358
Log:
Fix from branches/2.0 that allows Windows users to compile the
server.
Added:
Um... why are we using this pinned snapshot?
Whats broken with the release?
--jason
On Aug 15, 2007, at 3:21 PM, [EMAIL PROTECTED] wrote:
Author: hogstrom
Date: Wed Aug 15 15:21:13 2007
New Revision: 566358
URL: http://svn.apache.org/viewvc?view=revrev=566358
Log:
Fix from branches/2.0
Upload complete ... vote away.
On Aug 15, 2007, at 4:34 PM, Matt Hogstrom wrote:
Initial discuss thread
It normally gets stuff from a resource bundle such as
org.apache:apache-jar-resource-bundle:1.0
which has the standard apache license and notice files in it.
It installs them into at least normal and test jars, I haven't
checked about source jars.
I think you can configure it to add local
[
https://issues.apache.org/jira/browse/GERONIMO-895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Jencks reassigned GERONIMO-895:
-
Assignee: David Jencks
Remove JAAS login's reliance on remote JMX
[
https://issues.apache.org/jira/browse/GERONIMO-895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Jencks closed GERONIMO-895.
-
Resolution: Fixed
Fix Version/s: (was: 1.x)
2.1
Following thread -
http://www.mail-archive.com/dev@geronimo.apache.org/msg49867.html
-Donald
Jason Dillon wrote:
Um... why are we using this pinned snapshot?
Whats broken with the release?
--jason
On Aug 15, 2007, at 3:21 PM, [EMAIL PROTECTED] wrote:
Author: hogstrom
Date: Wed Aug 15
Implement JASPI
---
Key: GERONIMO-3417
URL: https://issues.apache.org/jira/browse/GERONIMO-3417
Project: Geronimo
Issue Type: New Feature
Security Level: public (Regular issues)
Components: security
Affects
It looks like JASPI (jsr-196) has been approved and I think we should
finish implementing it. Guillaume already implemented the spec jar
from an earlier draft and I updated it recently to the pfd2 spec.
Guillaume also started an implementation that I started moving into
Yup, this should work... assuming the plugin functions. I just tried
to hook it up from use in the Groovy m2 stuff and it puked up some
NPE crapo. Also, I'm not sure that the LICENSE.txt and NOTICE.txt
generation stuff is going to fit our needs ASIS, but we can always
get it fixed.
Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages.
-
Key: GERONIMODEVTOOLS-180
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180
Project:
[
https://issues.apache.org/jira/browse/GERONIMO-3414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jarek Gawor reassigned GERONIMO-3414:
-
Assignee: Jarek Gawor
servlet.destroy() not called on POJOWebServiceServlet
[
https://issues.apache.org/jira/browse/GERONIMO-3414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jarek Gawor resolved GERONIMO-3414.
---
Resolution: Fixed
Fix Version/s: 2.1
2.0.x
Fix committed to
[
https://issues.apache.org/jira/browse/GERONIMO-3383?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jarek Gawor reassigned GERONIMO-3383:
-
Assignee: Jarek Gawor
Connect button on LDAP Viewer portlet just listens on port
[
https://issues.apache.org/jira/browse/GERONIMO-2851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jarek Gawor reassigned GERONIMO-2851:
-
Assignee: Jarek Gawor
LDAP view in the console
55 matches
Mail list logo
