Nabble - grails - dev

Re: Testing updates.

2009-11-27T01:35:16Z

Merged.

Thanks

On Fri, Nov 27, 2009 at 12:50 AM, Luke Daley <ld@...> wrote:

> Are
>
> http://github.com/alkemist/grails/commit/45402cf36ce163b6e2c6ebf9977aeeff13ae73da
>
> and
>
> http://github.com/alkemist/grails/commit/f0d517e973bb792af93a0f8372ea692b281c947b
>
> going in?
>
>
> Looks like Jeff has already cherry-picked http://github.com/alkemist/grails/commit/f3f57d2b44e4d1a259c132245d847f312db99b02
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>

--
Graeme Rocher
Head of Grails Development
SpringSource - A Division of VMware
http://www.springsource.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Javassist version.

2009-11-26T17:57:39Z

I had an issue trying to use HEAD where it was complaining about not finding javassist 3.4.GA

Running rm -rf ~/.grails/1.2.0.BUILD-SNAPSHOT solved the issue, but I did find references to 3.4.GA in the source…

http://github.com/alkemist/grails/commit/2fe62a171582225519def4ef3ad0fafe879655ac
---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Testing updates.

2009-11-26T15:50:03Z

Are

http://github.com/alkemist/grails/commit/45402cf36ce163b6e2c6ebf9977aeeff13ae73da

and

http://github.com/alkemist/grails/commit/f0d517e973bb792af93a0f8372ea692b281c947b

going in?

Looks like Jeff has already cherry-picked http://github.com/alkemist/grails/commit/f3f57d2b44e4d1a259c132245d847f312db99b02
---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Alternative scaffolding for portlets

2009-11-26T06:02:52Z

Hello all,

The portlets project is coming along nicely and you can in fact now have a pretty standard crud application running as a portlet.

However, the gsp code is hand written, much like if you were to do a generate-views in a normal Grails application. This is okay for what I'm doing, but it would be even nicer if the code could be generated on the fly through the normal Grails scaffolding mechanism.

To make this work I guess I have to implement something along the lines of http://grails.org/doc/1.1.1/api/org/codehaus/groovy/grails/scaffolding/view/ScaffoldingViewResolver.html, either from scratch or by extending the current class. However I'm not entirely sure of the steps involved. I'm guessing this:

1) Create a new view resolver class by org.codehaus.groovy.grails.scaffolding.view.ScaffoldingViewResolver

2) Override the method generateViewSource(GrailsWebRequest webRequest, GrailsDomainClass domainClass) so it generates the stuff I need

3) In the plugin's doWithSpring I would then override the bean "jspViewResolver" with my new bean.

Correct so far?

In connection with 2 I need to understand the templating mechanism better. I.e. the TemplateGenerator that is being passed to ScaffoldingViewResolver. This class has methods for generating views, which is nice and just what I need, but how do I get Grails to pass my own TemplateGenerator to my new ScaffoldingViewResolver?

Also, the template generator supports generating code for controllers. For portlets I would need to generate a "portlet" class, but there is no generatePortlet method (obviously). Right now I'm thinking that in my plugin code I can just add all the closures to the portlet class at runtime, but I would not be able to generate actual source code this way. In case people wanted to modify the generated portlet class.

Any ideas that might help with these features would be much appreciated.

Regards,
Michael Berg

Re: WTF is Bundlor?

2009-11-25T23:49:05Z

Yes

ant -Ddisable.bundlor=true jar

It makes Grails' jars into valid OSGi bundles

Cheers

On Thu, Nov 26, 2009 at 12:42 AM, Luke Daley <ld@...> wrote:

> It's a bit frustrating that I have to download Bundlor every time I do a clean build.
>
> bundlor.download:
> [get] Getting: http://s3.amazonaws.com/dist.springframework.org/snapshot/BNDLR/bundlor-1.0.0.CI-230.zip
> [get] To: /Users/ld/Projects/grails/grails/target/bundlor.zip
>
> Can this be avoided?
>
> I don't always have a network connection.
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>

Re: Cannot invoke method principal() on null object

2009-11-25T22:15:32Z

if u have grails bin in ur path , you should go to you project folder and type grails clean

Samar

On Thu, Nov 26, 2009 at 11:23 AM, wkim <wesleykskim@...> wrote:

Thanks for replying.
Sorry for being ignorant, but how do you try Grails clean?

thanks.

strangerinu wrote:
>
> Try grails clean
>
> On Tue, Nov 24, 2009 at 12:38 AM, wkim <wesleykskim@...> wrote:
>
>>
>> Hi,
>>
>> Can someone please help?
>>
>> After upgrading Grails 1.0.4 to 1.1.1, I got many errors and I was able
>> to
>> fix most of the errors by hitting the internet. However I am still
>> struggling with this error:
>>
>> 2009-11-23 10:55:43,346 [28180264@qtp0-0] ERROR
>> errors.GrailsExceptionResolver - java.lang.NullPointerException: Cannot
>> invoke method principal() on null object
>> org.codehaus.groovy.runtime.InvokerInvocationException:
>> java.lang.NullPointerException: Cannot invoke method principal() on null
>> object
>> at
>> org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:92)
>> ...
>>
>> I use the following:
>>
>> NetBeans IDE 6.5
>> Grails 1.1.1
>> Acegi-0.5.1
>>
>> Thank you.
>>
>> --
>> View this message in context:
>> http://old.nabble.com/Cannot-invoke-method-principal%28%29-on-null-object-tp26484064p26484064.html
>> Sent from the grails - dev mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>> http://xircles.codehaus.org/manage_email
>>
>>
>>
>
>

--
View this message in context: http://old.nabble.com/Cannot-invoke-method-principal%28%29-on-null-object-tp26484064p26524670.html

Sent from the grails - dev mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Cannot invoke method principal() on null object

2009-11-25T21:53:50Z

Thanks for replying.
Sorry for being ignorant, but how do you try Grails clean?

thanks.

strangerinu wrote:

Try grails clean

On Tue, Nov 24, 2009 at 12:38 AM, wkim <wesleykskim@yahoo.com> wrote:

>
> Hi,
>
> Can someone please help?
>
> After upgrading Grails 1.0.4 to 1.1.1, I got many errors and I was able to
> fix most of the errors by hitting the internet. However I am still
> struggling with this error:
>
> 2009-11-23 10:55:43,346 [28180264@qtp0-0] ERROR
> errors.GrailsExceptionResolver - java.lang.NullPointerException: Cannot
> invoke method principal() on null object
> org.codehaus.groovy.runtime.InvokerInvocationException:
> java.lang.NullPointerException: Cannot invoke method principal() on null
> object
> at
> org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:92)
> ...
>
> I use the following:
>
> NetBeans IDE 6.5
> Grails 1.1.1
> Acegi-0.5.1
>
> Thank you.
>
> --
> View this message in context:
> http://old.nabble.com/Cannot-invoke-method-principal%28%29-on-null-object-tp26484064p26484064.html
> Sent from the grails - dev mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>

Re: Testing updates.

2009-11-25T18:33:38Z

On 25/11/2009, at 7:39 PM, Graeme Rocher wrote:

>> As for reporting, yeah it needs some work but it needs some thought. I left
>> it for 1.2 as I didn't want to put in a bad API and have to support it.
>
> Ok we can leave this for 1.2.x / 1.3

Did a little bit of work to make it possible for other providers to plug in to report generation.

http://github.com/alkemist/grails/commits/testingImprovements
---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Testing updates.

2009-11-25T16:39:40Z

On 25/11/2009, at 7:39 PM, Graeme Rocher wrote:

> On Wed, Nov 25, 2009 at 10:34 AM, Luke Daley <ld@...> wrote:
>> On 25/11/2009, at 7:08 PM, Graeme Rocher <graeme.rocher@...>
>> wrote:
>>
>> One question. Do you know if you changes address this issue:
>>
>> http://jira.codehaus.org/browse/GRAILS-5329
>>
>> No, that is one of the things I left out.
>> I could fix that in about 2 - 3 hours (not near a machine ATM) if you want
>> it in 1.2.
>
> Yeah would be good to fix this one.

http://github.com/alkemist/grails/commit/f3f57d2b44e4d1a259c132245d847f312db99b02
---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

WTF is Bundlor?

2009-11-25T15:42:36Z

It's a bit frustrating that I have to download Bundlor every time I do a clean build.

bundlor.download:
[get] Getting: http://s3.amazonaws.com/dist.springframework.org/snapshot/BNDLR/bundlor-1.0.0.CI-230.zip
[get] To: /Users/ld/Projects/grails/grails/target/bundlor.zip

Can this be avoided?

I don't always have a network connection.
---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: grails-plugins group request

2009-11-25T04:54:08Z

On Tue, Nov 24, 2009 at 7:08 PM, Jon Sharp <jon@...> wrote:

> Jeff,
>
> Sure... the instructions didn't say anything about that. ;) I'm preparing a
> plugin that deals with SVG in two ways: 1) provide integration with the
> svgweb project. 2) provide SVG transcoding using Batik. I'm still trying
> to determine how I want to arrange things, but it will at least consist of a
> custom taglib as well as service logic for transcoding, etc. Also, I have
> several contributions I would like to make to the jasper plugin.
>
> Thanks,
> Jon
>
> Jon Sharp

Approved.

Jeff

--
Jeff Brown
SpringSource
http://www.springsource.com/

Autism Strikes 1 in 166
Find The Cause ~ Find The Cure
http://www.autismspeaks.org/

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: What is the status of the 1.1.2 release

2009-11-25T02:30:40Z

Its coming, patience...

On Wed, Nov 25, 2009 at 11:18 AM, tom.bujok <bujokos@...> wrote:

>
> Hi,
>
> What is the status of the 1.1.2 release?
> It was supposed to be released yesterday, but I can't see it on the
> http://grails.org/Download webpage.
>
> Regards,
> Tomek Bujok
>
> -----
> My IT Blog: http://www.tomek.bujok.info
> --
> View this message in context: http://old.nabble.com/What-is-the-status-of-the-1.1.2-release-tp26510340p26510340.html
> Sent from the grails - dev mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>

What is the status of the 1.1.2 release

2009-11-25T02:18:39Z

Hi,

What is the status of the 1.1.2 release?
It was supposed to be released yesterday, but I can't see it on the http://grails.org/Download webpage.

Regards,
Tomek Bujok

My IT Blog: http://www.tomek.bujok.info

Re: Plugin upgrade release not successful

2009-11-25T01:42:46Z

Hi Graeme,

if you're referencing http://jira.codehaus.org/browse/GRAILS-5237
that's what I considered too. I did the patch recommended there.

Beyond that, what can I do to make it work? Would you expect that a
release with version 1.2-M4 could solve the problem?

Cheers,
Karsten

Am 25.11.2009 um 10:02 schrieb Graeme Rocher:

> Did you release with Grails 1.1.x? If so please don't in future, there
> are bugs in the release-plugin script for that version that are fixed
> in 1.2 milestones. Please release with that in future.
>
> Cheers
>
> On Wed, Nov 25, 2009 at 9:55 AM, Karsten Breit <himself@...
> > wrote:
>> Hi,
>>
>> after fixing some issues with my local environment I successfully
>> released
>> version 0.2 of my plugin 'confluence'. At least grails says so.
>> But: what
>> did I miss to do that in plugins repository the version 0.1 is still
>> available when I install the plugin?
>>
>> Any hints are welcome.
>>
>> Cheers,
>> Karsten
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>> http://xircles.codehaus.org/manage_email
>>
>>
>>
>
>
>
> --
> Graeme Rocher
> Head of Grails Development
> SpringSource - A Division of VMware
> http://www.springsource.com
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Testing updates.

2009-11-25T01:39:36Z

On Wed, Nov 25, 2009 at 10:34 AM, Luke Daley <ld@...> wrote:

> On 25/11/2009, at 7:08 PM, Graeme Rocher <graeme.rocher@...>
> wrote:
>
> One question. Do you know if you changes address this issue:
>
> http://jira.codehaus.org/browse/GRAILS-5329
>
> No, that is one of the things I left out.
> I could fix that in about 2 - 3 hours (not near a machine ATM) if you want
> it in 1.2.

Yeah would be good to fix this one.

> As for reporting, yeah it needs some work but it needs some thought. I left
> it for 1.2 as I didn't want to put in a bad API and have to support it.

Ok we can leave this for 1.2.x / 1.3

Cheers

--
Graeme Rocher
Head of Grails Development
SpringSource - A Division of VMware
http://www.springsource.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Testing updates.

2009-11-25T01:34:54Z

On 25/11/2009, at 7:08 PM, Graeme Rocher <graeme.rocher@...> wrote:

One question. Do you know if you changes address this issue:

http://jira.codehaus.org/browse/GRAILS-5329

No, that is one of the things I left out.

I could fix that in about 2 - 3 hours (not near a machine ATM) if you want it in 1.2.

As for reporting, yeah it needs some work but it needs some thought. I left it for 1.2 as I didn't want to put in a bad API and have to support it.

Re: Testing updates.

2009-11-25T01:08:02Z

One question. Do you know if you changes address this issue:

http://jira.codehaus.org/browse/GRAILS-5329

Cheers

On Wed, Nov 25, 2009 at 9:58 AM, Graeme Rocher
<graeme.rocher@...> wrote:

> I've merged in the changes. They look good to me, a nice cleanup job
> and a better abstraction. I did notice the junitreport Ant target is
> still used in _GrailsTest
>
> Would be good I imagine to abstract the report generation at some
> point. Thanks and good work.
>
> Cheers
>
> On Wed, Nov 25, 2009 at 9:16 AM, Luke Daley <ld@...> wrote:
>>
>> On 25/11/2009, at 7:01 AM, Graeme Rocher wrote:
>>
>>> How far are you along. Nearly ready to merge?
>>
>>
>> Yes, it is ready.
>>
>> http://github.com/alkemist/grails/tree/testingImprovements
>>
>> I didn't get everything I wanted done, but this (hopefully) completely enables new test type providers so everything else can wait for the next release.
>>
>> I'll check back in a couple of hours to see if you need me to make changes.
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>> http://xircles.codehaus.org/manage_email
>>
>>
>>
>
>
>
> --
> Graeme Rocher
> Head of Grails Development
> SpringSource - A Division of VMware
> http://www.springsource.com
>

Re: Plugin upgrade release not successful

2009-11-25T01:02:51Z

Did you release with Grails 1.1.x? If so please don't in future, there
are bugs in the release-plugin script for that version that are fixed
in 1.2 milestones. Please release with that in future.

Cheers

On Wed, Nov 25, 2009 at 9:55 AM, Karsten Breit <himself@...> wrote:

> Hi,
>
> after fixing some issues with my local environment I successfully released
> version 0.2 of my plugin 'confluence'. At least grails says so. But: what
> did I miss to do that in plugins repository the version 0.1 is still
> available when I install the plugin?
>
> Any hints are welcome.
>
> Cheers,
> Karsten
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>

Re: Testing updates.

2009-11-25T00:58:43Z

I've merged in the changes. They look good to me, a nice cleanup job
and a better abstraction. I did notice the junitreport Ant target is
still used in _GrailsTest

Would be good I imagine to abstract the report generation at some
point. Thanks and good work.

Cheers

On Wed, Nov 25, 2009 at 9:16 AM, Luke Daley <ld@...> wrote:

>
> On 25/11/2009, at 7:01 AM, Graeme Rocher wrote:
>
>> How far are you along. Nearly ready to merge?
>
>
> Yes, it is ready.
>
> http://github.com/alkemist/grails/tree/testingImprovements
>
> I didn't get everything I wanted done, but this (hopefully) completely enables new test type providers so everything else can wait for the next release.
>
> I'll check back in a couple of hours to see if you need me to make changes.
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>

Plugin upgrade release not successful

2009-11-25T00:55:44Z

Hi,

after fixing some issues with my local environment I successfully
released version 0.2 of my plugin 'confluence'. At least grails says
so. But: what did I miss to do that in plugins repository the version
0.1 is still available when I install the plugin?

Any hints are welcome.

Cheers,
Karsten

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Testing updates.

2009-11-25T00:16:01Z

On 25/11/2009, at 7:01 AM, Graeme Rocher wrote:

> How far are you along. Nearly ready to merge?

Yes, it is ready.

http://github.com/alkemist/grails/tree/testingImprovements

I didn't get everything I wanted done, but this (hopefully) completely enables new test type providers so everything else can wait for the next release.

I'll check back in a couple of hours to see if you need me to make changes.
---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Transient class and Searchable plugin

2009-11-24T22:14:45Z

Recently I changed my domains to avoid embedded class.
Benefit little but cost too much.
As,
FindAllBy, FindBy can not be used, withCriteria is the only option.
edit or list need more code in .gsp to handle it.
Searchable puglin does not support it well.

Danilo Marques de Rezende wrote:

Hi,
Is there another way to make a class completely transient other than move
the class to the "src/groovy", like JPA '@Transient'?
If there isn't, is there any plan to make it possible?
I'm using the this alternative because I'm using Hibernate maping xml to map
my domain.
But now I'm trying to use the searchable plugin to index one of my domain
class like this:

//this one is the 'grails-app/domain' folder
@Searchable
class One {
...
@SearchableProperty
Sting value
@SearchableComponent
Two classTwo

static embedded = ['classTwo']
}

//this other one is in the 'src/groovy' folder
@Searchable(root = false)
class Two{
...
@SearchableComponent
Three classThreeValue1
@SearchableComponent
Three classThreeValue2
@SearchableProperty
String value3
static embedded = ['classThreeValue1','classThreeValue2']
}

//this other one is in the 'src/groovy' folder too
@Searchable(root = false)
class Three{
...
@SearchableProperty
String value2
@SearchableProperty
int value3
}

The problem is that using that way I guess the plugin could not recognize
classes out of 'domain' folder to make the Compass Mapping , so I get the
following stacktrace:

Running Grails application..
2009-11-24 16:53:39,906 [main] ERROR context.ContextLoader - Context
initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'compassGps': Cannot resolve reference to bean 'compass' while
setting bean property 'compass'; nested exception is
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'compass': FactoryBean threw exception on object creation; nested
exception is org.compass.core.mapping.MappingException: Tried to resolve
ref-alias for property [classTwo] in alias [One], but no class mapping was
found for [Two]
Related cause: org.springframework.beans.factory.BeanCreationException:
Error creating bean with name 'searchableService': Cannot create inner bean
'(inner bean)' while setting bean property 'target'; nested exception is
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name '(inner bean)#1': Initialization of bean failed; nested exception
is org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'compass': FactoryBean threw exception on object creation;
nested exception is java.lang.NullPointerException
Related cause: org.springframework.beans.factory.BeanCreationException:
Error creating bean with name 'searchableService': Cannot create inner bean
'(inner bean)' while setting bean property 'target'; nested exception is
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name '(inner bean)#1': Initialization of bean failed; nested exception
is org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'compass': FactoryBean threw exception on object creation;
nested exception is java.lang.NullPointerException
at java.security.AccessController.doPrivileged(Native Method)
at grails.web.container.EmbeddableServer$start.call(Unknown Source)
at _GrailsRun_groovy$_run_closure5_closure11.doCall(_GrailsRun_groovy:145)
at _GrailsRun_groovy$_run_closure5_closure11.doCall(_GrailsRun_groovy)
at _GrailsSettings_groovy$_run_closure10.doCall(_GrailsSettings_groovy:274)
at _GrailsSettings_groovy$_run_closure10.call(_GrailsSettings_groovy)
at _GrailsRun_groovy$_run_closure5.doCall(_GrailsRun_groovy:137)
at _GrailsRun_groovy$_run_closure5.call(_GrailsRun_groovy)
at _GrailsRun_groovy.runInline(_GrailsRun_groovy:104)
at _GrailsRun_groovy.this$4$runInline(_GrailsRun_groovy)
at _GrailsRun_groovy$_run_closure1.doCall(_GrailsRun_groovy:58)
at RunApp$_run_closure1.doCall(RunApp.groovy:33)

--
Danilo Marques de Rezende

Re: Testing updates.

2009-11-24T17:09:25Z

On 25/11/2009, at 7:01 AM, Graeme Rocher wrote:

> How far are you along. Nearly ready to merge?

Yes, I am going to drop somethings and get them in the next release (1.2.1?).

Should be ready to merge in a few hours.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: grails-plugins group request

2009-11-24T17:08:17Z

Jeff,

Sure... the instructions didn't say anything about that. ;) I'm
preparing a plugin that deals with SVG in two ways: 1) provide
integration with the svgweb project. 2) provide SVG transcoding using
Batik. I'm still trying to determine how I want to arrange things,
but it will at least consist of a custom taglib as well as service
logic for transcoding, etc. Also, I have several contributions I
would like to make to the jasper plugin.

Thanks,
Jon

Jon Sharp
CTO & Senior Engineer
Campground Automation Systems, Inc.
jon@...
(615) 681-1100
www.campgroundautomation.com

On Nov 24, 2009, at 6:43 PM, Jeff Brown wrote:

> On Tue, Nov 24, 2009 at 4:18 PM, Jon Sharp <jon@...
> > wrote:
>> As per [http://grails.org/Creating+Plugins], I am asking that my
>> recent
>> request for developer access to the 'Grails Plugins' Xircles
>> project be
>> granted. My Xircles username is 'jrsharp'.
>>
>> Thank you,
>> Jon
>>
>
> Can you summarize what it is that you would like to contribute?
>
>
>
> Jeff
>
> --
> Jeff Brown
> SpringSource
> http://www.springsource.com/
>
> Autism Strikes 1 in 166
> Find The Cause ~ Find The Cure
> http://www.autismspeaks.org/
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: grails-plugins group request

2009-11-24T16:43:00Z

On Tue, Nov 24, 2009 at 4:18 PM, Jon Sharp <jon@...> wrote:
> As per [http://grails.org/Creating+Plugins], I am asking that my recent
> request for developer access to the 'Grails Plugins' Xircles project be
> granted. My Xircles username is 'jrsharp'.
>
> Thank you,
> Jon
>

Can you summarize what it is that you would like to contribute?

Jeff

--
Jeff Brown
SpringSource
http://www.springsource.com/

Autism Strikes 1 in 166
Find The Cause ~ Find The Cure
http://www.autismspeaks.org/

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Grails application running on OSGi!

2009-11-24T16:08:48Z

Hi Peter,

Peter Ledbrook wrote:

Are you using the latest Grails OSGi bundles? The current Grails build
seems to be using a tool called bundlor to generate OSGi compliant
JARs/bundles which may help you. Those will be available with 1.2-RC1
I believe.

Currently I use Grails 1.2-M4. I have seen the Git commit messages regarding OSGi-ready Grails jars. Currently all dependencies are contained in the application bundle, so the dependencies (including Grails) don't need to be OSGi bundles, but the next step will be extracting all depencencies and deploy them as bundles. I plan to use bundlor for this step, but many dependencies can be satisfied from the SpringSource enterprise bundle repository.

Peter Ledbrook wrote:

Good luck!

Thanks!

Wolfgang

Re: Trouble with releasing 0.2 of my plugin

2009-11-24T14:40:35Z

Hello,

I've got the same trouble; hope this helps you : http://old.nabble.com/Cannot-release-my-plugin-to26450765.html

Bertrand.

Karsten Breit wrote:

Hi folks,

I just made several adjustments on my plugin confluence version 0.1. I
checked in my changes at codehaus's repo and want to release my stuff
as 0.2.

Doing so, I get the message:

The current directory is not a working copy and your latest changes
won't be committed. You need to checkout
a working copy and make your changes there. Alternatively, do you
want to proceed and create a release from what is in SVN now?
(y, n)

even though the current directory IS a working copy. Nevertheless, i
confirm with y since my stuff is already checked in.

After entering a commit message, it only says:

Error occurred with release-plugin: svn: Path '.' ends in '.', which
is unsupported for this operation

and this is what I don't understand either.

What's wrong with my approach?

Cheers,
Karsten

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

grails-plugins group request

2009-11-24T14:18:22Z

As per [http://grails.org/Creating+Plugins], I am asking that my
recent request for developer access to the 'Grails Plugins' Xircles
project be granted. My Xircles username is 'jrsharp'.

Thank you,
Jon

--
Jon Sharp
CTO & Senior Engineer
Campground Automation Systems, Inc.
jon@...
(615) 681-1100
www.campgroundautomation.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Trouble with releasing 0.2 of my plugin

2009-11-24T14:05:43Z

Hi folks,

I just made several adjustments on my plugin confluence version 0.1. I
checked in my changes at codehaus's repo and want to release my stuff
as 0.2.

Doing so, I get the message:

The current directory is not a working copy and your latest changes
won't be committed. You need to checkout
a working copy and make your changes there. Alternatively, do you
want to proceed and create a release from what is in SVN now?
(y, n)

even though the current directory IS a working copy. Nevertheless, i
confirm with y since my stuff is already checked in.

After entering a commit message, it only says:

Error occurred with release-plugin: svn: Path '.' ends in '.', which
is unsupported for this operation

and this is what I don't understand either.

What's wrong with my approach?

Cheers,
Karsten

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Testing updates.

2009-11-24T13:01:00Z

On Mon, Nov 23, 2009 at 10:25 PM, Luke Daley <ld@...> wrote:

> LOn 24/11/2009, at 12:00 AM, Peter Ledbrook <peter@...> wrote:
>
>>>> 5. I don't think GrailsTestType.getRelativeSourcePath() should require
>>>> the user of File.separator. It's neater to require "/" as the
>>>> separator and then create File instances to handle the
>>>> platform-dependent path separator.
>>>
>>> So this would mean substituting this? That is, replacing instances of '/'
>>> with the platform separator?
>>
>> I'm not sure I understand the question. All I'm saying is that as long
>> as the relativeSourcePath property is only ever used by File
>> instances, it can contain "/"s. So in the processTests closure you
>> have:
>>
>> def relativePathToSource = type.relativeSourcePath
>> def dest = null
>> if (relativePathToSource) {
>> def source = new File("${basedir}/test", relativePathToSource)
>>
>> which works as it is on any platform, even if the path contains forward
>> slashes.
>
> My new thing for the day. I didn't realise File did this.

Hi Luke,

How far are you along. Nearly ready to merge?

Cheers
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
>

--
Graeme Rocher
Head of Grails Development
SpringSource - A Division of VMware
http://www.springsource.com

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Re: [grails-user] Issue with web-app URLs in Grails HEAD

2009-11-24T11:11:51Z

> Is this the only exception where something under a plugin's heirarchy
> doesn't belong to the plugin per se? If so could you determine that
> the directory contains a sub-project (grails-app dir or
> application.properties present maybe) and exclude it? Doesn't feel a
> whole lot better than just excluding test/**/*, mind.

Could do that, but I agree it doesn't seem much better than simply
excluding the "test" directory.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Transient class and Searchable plugin

2009-11-24T10:58:26Z

Hi,

Is there another way to make a class completely transient other than move the class to the "src/groovy", like JPA '@Transient'?

If there isn't, is there any plan to make it possible?

I'm using the this alternative because I'm using Hibernate maping xml to map my domain.

But now I'm trying to use the searchable plugin to index one of my domain class like this:

//this one is the 'grails-app/domain' folder

@Searchable

class One {

...

@SearchableProperty

Sting value

@SearchableComponent

Two classTwo

static embedded = ['classTwo']

}

//this other one is in the 'src/groovy' folder

@Searchable(root = false)

class Two{

...

@SearchableComponent

Three classThreeValue1

@SearchableComponent

Three classThreeValue2

@SearchableProperty

String value3

static embedded = ['classThreeValue1','classThreeValue2']

}

//this other one is in the 'src/groovy' folder too

@Searchable(root = false)

class Three{

...

@SearchableProperty

String value2

@SearchableProperty

int value3

}

The problem is that using that way I guess the plugin could not recognize classes out of 'domain' folder to make the Compass Mapping , so I get the following stacktrace:

Running Grails application..
2009-11-24 16:53:39,906 [main] ERROR context.ContextLoader - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'compassGps': Cannot resolve reference to bean 'compass' while setting bean property 'compass'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'compass': FactoryBean threw exception on object creation; nested exception is org.compass.core.mapping.MappingException: Tried to resolve ref-alias for property [classTwo] in alias [One], but no class mapping was found for [Two]
Related cause: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'searchableService': Cannot create inner bean '(inner bean)' while setting bean property 'target'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#1': Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'compass': FactoryBean threw exception on object creation; nested exception is java.lang.NullPointerException
Related cause: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'searchableService': Cannot create inner bean '(inner bean)' while setting bean property 'target'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name '(inner bean)#1': Initialization of bean failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'compass': FactoryBean threw exception on object creation; nested exception is java.lang.NullPointerException
at java.security.AccessController.doPrivileged(Native Method)
at grails.web.container.EmbeddableServer$start.call(Unknown Source)
at _GrailsRun_groovy$_run_closure5_closure11.doCall(_GrailsRun_groovy:145)
at _GrailsRun_groovy$_run_closure5_closure11.doCall(_GrailsRun_groovy)
at _GrailsSettings_groovy$_run_closure10.doCall(_GrailsSettings_groovy:274)
at _GrailsSettings_groovy$_run_closure10.call(_GrailsSettings_groovy)
at _GrailsRun_groovy$_run_closure5.doCall(_GrailsRun_groovy:137)
at _GrailsRun_groovy$_run_closure5.call(_GrailsRun_groovy)
at _GrailsRun_groovy.runInline(_GrailsRun_groovy:104)
at _GrailsRun_groovy.this$4$runInline(_GrailsRun_groovy)
at _GrailsRun_groovy$_run_closure1.doCall(_GrailsRun_groovy:58)
at RunApp$_run_closure1.doCall(RunApp.groovy:33)

Danilo Marques de Rezende

Re: Re: [grails-user] Issue with web-app URLs in Grails HEAD

2009-11-24T09:42:12Z

Is this the only exception where something under a plugin's heirarchy
doesn't belong to the plugin per se? If so could you determine that
the directory contains a sub-project (grails-app dir or
application.properties present maybe) and exclude it? Doesn't feel a
whole lot better than just excluding test/**/*, mind.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: [grails-user] Issue with web-app URLs in Grails HEAD

2009-11-24T09:29:44Z

> Painful. Before my change, the code wasn't canonicalising the paths.
> That was a bug, but now this scenario doesn't work. I don't know
> whether there is an alternative, reliable way of determining whether a
> class is part of a plugin or not. I'll have to think on that.

The hacky fix is to exclude the "test" directory, i.e. anything under
"test" returns false. I would say that the "correct" fix is to check
whether

1. the source file is under a recognised source path, or

2. the source file is packaged with the plugin

Peter

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: [grails-user] Issue with web-app URLs in Grails HEAD

2009-11-24T09:10:23Z

Moving to dev.

> Hate to say it but yeah, reverting that change fixes the problem for me.

I was wrong: this doesn't have anything to do with Grails using the
directory name specified in the BuildConfig.groovy file. Rather,
PluginBuildSettings determines whether a class is within a plugin by
comparing its file path to that of the plugin. Since the test
applications are within the plugin directory, all application classes
are treated as plugin ones: controllers, tag libraries, views, etc.
That's why the links have the plugin prefix.

Painful. Before my change, the code wasn't canonicalising the paths.
That was a bug, but now this scenario doesn't work. I don't know
whether there is an alternative, reliable way of determining whether a
class is part of a plugin or not. I'll have to think on that.

Cheers,

Peter

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email