[ http://issues.apache.org/jira/browse/GERONIMO-1929?page=all ]
David Jencks closed GERONIMO-1929:
--
Resolution: Fixed
Many thanks to Jeff Genender for helping to get this working.
> Enable web apps exposed on separate ports
> -
[ http://issues.apache.org/jira/browse/GERONIMO-1929?page=all ]
David Jencks updated GERONIMO-1929:
---
Attachment: appPerPort.ear
This is a sample app showing how to deploy 2 web apps on 2 separate ports and
have the ports open after the apps have fully
[ http://issues.apache.org/jira/browse/GERONIMO-1929?page=all ]
David Jencks reassigned GERONIMO-1929:
--
Assign To: David Jencks (was: Jeff Genender)
> Enable web apps exposed on separate ports
> -
>
>
cvs.apache.org/repository has been moved (temporarily?) to
people.apache.org/repository
---
Key: GERONIMO-2031
URL: http://issues.apache.org/jira/browse/GERONIMO-2031
Project: Geronimo
[
http://issues.apache.org/jira/browse/GERONIMO-2030?page=comments#action_12412067
]
David Jencks commented on GERONIMO-2030:
A couple of days is fine, I think I would rather wait till after 1.1 is
frozen/branched to apply a patch of this impact.
I just fixed that particular build error, however due to the lack of
a recent openejb snapshot as well as the codehaus repo being down the
build won't complete anyways.
On May 16, 2006, at 12:07 PM, Lin Sun wrote:
Hi Sachin,
I am getting the same error when I tried to build the eclipse-
p
Actually, I see that David has this on his personal "repo" so we can
pick it up from there until there is an official version. But I guess
we still need to get this on a more public repo before we release 1.1.
Joe
Joe Bohn wrote:
Was it intended that this change would upgrade howl to 1.0.1?
Was it intended that this change would upgrade howl to 1.0.1?
I know this was discussed with the package upgrades and David even
mentioned that the jar wasn't published on any of the repos yet. That's
the last I can find on the topic.
It is in fact causing a problem since this version can't
[ https://issues.apache.org/activemq/browse/AMQ-704?page=all ]
Hiram Chirino resolved AMQ-704:
---
Fix Version: 4.0
(was: 4.1)
Resolution: Fixed
You can now use the -Dorg.apache.activeio.journal.active.DisableLocking=true
optio
Hi Sachin,
I am getting the same error when I tried to build the eclipse-plugin from
trunk. I was hoping that I could run it as a second Eclipse instance using
the runtime-workspace, so I tried to import all plugins and fragments into
the workspace of my Eclipse , but saw many red errors related
+1
Guillaume
James Strachan wrote:
We've had the 4.0 release cut for a little while and we've tested it
out and it seems to be fine and to comply with the various release
requirements (notice file, incubator disclaimers, license files etc)
http://people.apache.org/~chirino/incubator-activemq-
+1
cheers,
Rob
On 16 May 2006, at 18:31, James Strachan wrote:
We've had the 4.0 release cut for a little while and we've tested it
out and it seems to be fine and to comply with the various release
requirements (notice file, incubator disclaimers, license files etc)
http://people.apache.org/
+1
I want to thank everyone that has been involved in this long release
and testing process. It has made ActiveMQ an outstanding piece of
software!
On 5/16/06, James Strachan <[EMAIL PROTECTED]> wrote:
We've had the 4.0 release cut for a little while and we've tested it
out and it seems to be
We've had the 4.0 release cut for a little while and we've tested it
out and it seems to be fine and to comply with the various release
requirements (notice file, incubator disclaimers, license files etc)
http://people.apache.org/~chirino/incubator-activemq-4.0/maven1/incubator-activemq/distribut
[ https://issues.apache.org/activemq/browse/AMQ-707?page=all ]
Hiram Chirino updated AMQ-707:
--
Fix Version: 4.1
(was: 4.0 RC2)
> makefile plus some changes for the CMS C++ client
> -
>
>
[ https://issues.apache.org/activemq/browse/AMQ-480?page=all ]
Hiram Chirino updated AMQ-480:
--
Fix Version: 4.1
(was: 4.0)
> add consume ability to openwire-c
> -
>
> Key: AMQ-480
> URL:
[ https://issues.apache.org/activemq/browse/AMQ-704?page=all ]
Hiram Chirino updated AMQ-704:
--
Fix Version: 4.1
(was: 4.0 RC2)
> ActiveIO compromises java.lang.System.properties
>
>
>
[ https://issues.apache.org/activemq/browse/AMQ-327?page=all ]
Hiram Chirino updated AMQ-327:
--
Fix Version: 4.1
(was: 4.0)
> Orphanded/lost queue messages in various failover tests in two broker
> configuration
> --
[ https://issues.apache.org/activemq/browse/AMQ-610?page=all ]
Hiram Chirino updated AMQ-610:
--
Fix Version: 4.1
(was: 4.0)
> fix the test case FanoutTransportBrokerTest which is failing now due to the
> fix for AMQ-607 by making the op
[ https://issues.apache.org/activemq/browse/AMQ-663?page=all ]
Hiram Chirino updated AMQ-663:
--
Fix Version: 4.1
(was: 4.0)
> JMX management info about subscriptions is incomplete
> -
>
[ https://issues.apache.org/activemq/browse/AMQ-629?page=all ]
Hiram Chirino updated AMQ-629:
--
Fix Version: 4.1
(was: 4.0)
> test case SslTransportBrokerTest not working
>
>
> Key: A
[ https://issues.apache.org/activemq/browse/AMQ-648?page=all ]
Hiram Chirino updated AMQ-648:
--
Fix Version: 4.1
(was: 4.0)
> Changing the default JMX URL
>
>
> Key: AMQ-648
> URL: https://i
[ https://issues.apache.org/activemq/browse/AMQ-631?page=all ]
Hiram Chirino updated AMQ-631:
--
Fix Version: 4.1
(was: 4.0)
> verify that HttpsTransportBrokerTest won't hang on other environment
>
The suggestion I gave about rebuilding the plugins should help Vamsi
but the problem Shiva is seeing is due to a change in
etc/explicit_versions.properties.
It looks like the problem is due to this entry in explicit_versions.properties :
org.apache.geronimo.specs///=1.0
taking precedence over th
[
http://issues.apache.org/jira/browse/GERONIMO-2030?page=comments#action_12411989
]
Conrad O'Dea commented on GERONIMO-2030:
I'll port it although it will probably be a couple of days before I get to it.
For this to be most useful I think that the
[
http://issues.apache.org/jira/browse/GERONIMO-2030?page=comments#action_12411987
]
David Jencks commented on GERONIMO-2030:
Can you port this patch to 1.1? That needs to happen before it will be
applied: we are going to merge trunk into 1.1 and
the openejb build is broken unless you apply the patch attached to
GERONIMO-1434. I didn't realize codehaus svn was down until after I
committed the geronimo half of this issue. However I don't think
this is the cause of the problem here.
thanks
david jencks
On May 16, 2006, at 6:38 AM,
I suggest rebuilding the plugins: cd to each plugin dir, maven clean default.
Best wishes,
Paul
On 5/16/06, Shiva Kumar H R <[EMAIL PROTECTED]> wrote:
Hi,
I too am running into an error while building the AG 1.1 server.
I am using the following command for building: "maven maven
-Dmaven.test.s
Shiva,
Few days back I was trying to build and the build failed at
j2ee-installer. I realized that the installer was not updated to
reflect the latest changes in the configuraiotns. So I tried to fix it!
I made the following changes. I was able to genarete a server that
started properly, logged
Hi,I too am running into an error while building the AG 1.1 server. I am using the following command for building: "maven maven -Dmaven.test.skip=true -Dmaven.itest.skip=true new", and the build is failing with the following exception and error.
Any hints as to how I can resolve this, will be very
Aaron,Thanks for the quick response. Yes I am interested in solving this and I am currently working on it. Got a few errors while building the Geronimo the 1.1 server. I am posting the errors onto the dev list to get some help.
Regards,Shiva KumarOn 5/15/06, Aaron Mulder (JIRA)
After doing maven m:update, I ran maven new and got the following error. Please help resolve this error.
Thanks,
Vamsi
+
| configurations Geronimo Configuration for per
[
http://issues.apache.org/jira/browse/GERONIMO-2030?page=comments#action_12411922
]
Conrad O'Dea commented on GERONIMO-2030:
BTW, this patch has been deveoped against trunk. The structure of the plans
for the deployers and WebServiceBuilders is m
[ http://issues.apache.org/jira/browse/GERONIMO-2030?page=all ]
Conrad O'Dea updated GERONIMO-2030:
---
Attachment: geronimo_ws_builder_change.patch
patch to move webservice detection into WebServiceBuilder
> Allow WebServiceBuilder determine if there ar
Allow WebServiceBuilder determine if there are WebServices to be deployed
-
Key: GERONIMO-2030
URL: http://issues.apache.org/jira/browse/GERONIMO-2030
Project: Geronimo
Type: Improvement
Secu
[
http://issues.apache.org/jira/browse/GERONIMO-1905?page=comments#action_12411916
]
Chris Cardona commented on GERONIMO-1905:
-
I forgot this...
-
2. Redeploy with plan, no module ID: Not
[ http://issues.apache.org/jira/browse/GERONIMO-1817?page=all ]
Vamsavardhana Reddy updated GERONIMO-1817:
--
Patch Info: [Patch Available]
Patch provided.
> "Test a Login" while adding LDAP Realm fails with NullPointerException
> ---
[ http://issues.apache.org/jira/browse/GERONIMO-1817?page=all ]
Vamsavardhana Reddy updated GERONIMO-1817:
--
Attachment: GERONIMO-1817.patch
> "Test a Login" while adding LDAP Realm fails with NullPointerException
> --
[ http://issues.apache.org/jira/browse/GERONIMO-1791?page=all ]
Vamsavardhana Reddy updated GERONIMO-1791:
--
Attachment: G1791.patch
G1791.patch does fix this problem.
> LDAP Security Realm created via Console can fail deployment
> -
[ http://issues.apache.org/jira/browse/GERONIMO-1434?page=all ]
David Jencks updated GERONIMO-1434:
---
Attachment: 1434_openejb.diff
backported 1.2 implementation to 1.1. g rev 406864,
Openejb svn is down, so I'm attaching a patch for it... will apply
[ http://issues.apache.org/jira/browse/GERONIMO-1434?page=all ]
David Jencks updated GERONIMO-1434:
---
Attachment: 1434_sample.diff
really quick sample to demonstrate gbean ref, by traducing the remote deploy
app.
Note that you can now specify multiple
[
http://issues.apache.org/jira/browse/GERONIMO-1905?page=comments#action_12411901
]
Chris Cardona commented on GERONIMO-1905:
-
I experienced the same problem as Aaron's. Here is my geronimo-web.xml and the
results of my test:
42 matches
Mail list logo