On 17/10/2008, at 12:42 AM, Joe Bohn wrote:
Gianny Damour wrote:
Hi,
I also do not see a lot of room for improvement in Grails
integration. FWIW, in addition to the sample Grails application of
the IBM article, the WADI administration console, a Grails Web-
app, can be deployed out-of-the
Hi,
I am proposing the following implementation to start with:
1. In the META-INF folder of a config, we scan for files matching the
patterns "dependencies-(.*).groovy" and "extentions-(.*).groovy".
2. We execute the scripts "dependencies-(.*).groovy" which modify
dependencies. For instanc
Hey Kevan,
Regarding monitoring...
I managed to run into xenmon.py.
It appears to log the system utilization for the whole box as well as each
VM to log files in 'your' home directory if you specify the '-n' flag.
Here is the help page for xenmon.py:
[EMAIL PROTECTED]:~$ sudo python /usr/sbin/x
On Oct 10, 2008, at 11:29 AM, Kevan Miller wrote:
On Oct 10, 2008, at 11:25 AM, Kevan Miller wrote:
On Oct 8, 2008, at 11:56 PM, Kevan Miller wrote:
On Oct 8, 2008, at 4:31 PM, Jason Warner wrote:
We had some suggestions earlier for some alternate means of
implementing this (Hudson, C
[
https://issues.apache.org/jira/browse/GERONIMO-4367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy updated GERONIMO-4367:
--
Attachment: GERONIMO-4367-testcase.zip
GERONIMO-4367-testcase.zip has the ne
Created GERONIMO-4367.
++Vamsi
On Fri, Oct 17, 2008 at 1:21 PM, Vamsavardhana Reddy <[EMAIL PROTECTED]>wrote:
>
>
> On Fri, Oct 17, 2008 at 12:47 PM, David Jencks <[EMAIL PROTECTED]>wrote:
>
>>
>> On Oct 16, 2008, at 1:14 PM, Vamsavardhana Reddy wrote:
>>
>> I have a stateless bean BankBean1 as
default-subject does not work with EJB security
---
Key: GERONIMO-4367
URL: https://issues.apache.org/jira/browse/GERONIMO-4367
Project: Geronimo
Issue Type: Bug
Security Level: public (Regul
Hi David,
Firstly, let me genuflect in recognition of your extraordinary efforts
for a) reading the spec b) being able to make heads or tails of it c)
coming up with an implementation based on it!
I'm surpressing the urge to have a bit of rant at yet another jcp spec
that is at the same time heav
On Oct 17, 2008, at 7:02 AM, randersen wrote:
djencks wrote:
On Oct 16, 2008, at 11:56 AM, randersen wrote:
The structure would be more like:
GERONIMO_HOME
customers
customer1
customer1-repo
instance1
var
instance2
var
I tried using the Plan Creator portlet in the server built from trunk and
ended up with the following exceptions:
*description* *The server encountered an internal error () that prevented it
from fulfilling this request.*
*exception*
javax.servlet.ServletException: javax.portlet.PortletException
See, I will update the js file to make it a standalone one.
Thanks, Donald !
2008/10/17 Donald Woods <[EMAIL PROTECTED]>
> For #2, you're missing my point. There should be no reason to modify the
> Dojo source to support this feature, as it would complicate our ability to
> upgrade to future Doj
[
https://issues.apache.org/jira/browse/GERONIMO-4366?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods closed GERONIMO-4366.
--
Resolution: Won't Fix
If you want to include non-UTF8 chars in the XML file, then you need t
For #2, you're missing my point. There should be no reason to modify
the Dojo source to support this feature, as it would complicate our
ability to upgrade to future Dojo 1.1.x or 1.2 releases without having
to port this proposed change over and repackaging Dojo.
If you can't find a solution
Actually, yes. I just finished running some yesterday but hadn't taken a
look at it yet. Just took a peak. It looks like we have some issues. I'll
look at them and post on the TCK list about what I come across.
On Fri, Oct 17, 2008 at 10:28 AM, Donald Woods <[EMAIL PROTECTED]> wrote:
> Jason
Jason W., was wondering if you have had a chance to run branches/2.1
(2.1.4-SNAPSHOT) through the TCK yet? There have been some changes that
have gone into 2.1 and trunk (like OpenJPA 1.2.0 and several WS JIRAs)
that it would be useful to see if everything still passes before we
start running
djencks wrote:
>
>
> On Oct 16, 2008, at 11:56 AM, randersen wrote:
>
>> The structure would be more like:
>>
>> GERONIMO_HOME
>>customers
>>customer1
>>customer1-repo
>>instance1
>>var
>>instance2
>>var
>>
All,
FYI, there's been a proposal for starting a WebBeans project in the
Apache Incubator -- http://wiki.apache.org/incubator/OpenWebBeansProposal
If anybody is interested in participating, suggest you chime in on the
incubator list. Also, one possible outcome for the project would be
that
Geronimo Revision: 705494 built with tests included
See the full build-0300.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081017/build-0300.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20081017
[INFO] BUILD
On Fri, Oct 17, 2008 at 12:47 PM, David Jencks <[EMAIL PROTECTED]>wrote:
>
> On Oct 16, 2008, at 1:14 PM, Vamsavardhana Reddy wrote:
>
> I have a stateless bean BankBean1 as given below:
>>
>> @Stateless
>> @DeclareRoles(value = {"bank", "customer"})
>> public class BankBean1 implements Bank {
>>
On Oct 16, 2008, at 11:56 AM, randersen wrote:
djencks wrote:
In the WASCE_HOME directory, there is the main repository and var
directories, what I would like to do is to create a local
repository, and
start several instances that use that repository. So I think I am
after a
structure li
The GShell APIs are getting closer and closer to stability. The major
changes have all been committed, and I don't have any plans to make
any other significant changes to the core APIs. What I am doing now
is trying to slim down the core dependencies and speed up the boot
time... and sort
On Oct 16, 2008, at 1:14 PM, Vamsavardhana Reddy wrote:
I have a stateless bean BankBean1 as given below:
@Stateless
@DeclareRoles(value = {"bank", "customer"})
public class BankBean1 implements Bank {
@RolesAllowed({"customer", "bank"})
public Double getBalance(Integer account) {
Sure, I'm gonna try and get Ivy working.
--jason
On Oct 17, 2008, at 1:32 PM, Guillaume Nodet wrote:
Looks good, I can work on fixing that if you want.
On Fri, Oct 17, 2008 at 8:23 AM, Jason Dillon
<[EMAIL PROTECTED]> wrote:
Yes, I suppose the PluginParser can set this, and thus avoid
ne
23 matches
Mail list logo
