Eclipse Community Forums - RDF feed
https://www.eclipse.org/forums/
Eclipse Community ForumsJSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/471985/#msg_471985
We have posted a build of the JSF Tools project along with a tutorial that
walks through the features in the build. You can access both of them from
this page: http://www.eclipse.org/webtools/jsf/dev_resource/index.html.
The next build on June 7th will be the feature freeze build.
Please review and post your comments, log issues.
The JSF Tools project build is integrated with the WTP Continuous Builds
and can be accessed from http://download.eclipse.org/webtools/committers/.
However, we noticed errors while verifying the build and hence didn't
announce its availability in the newsgroup. We hope to resolve this soon
and we will then post the result of our smoke tests to the mailing list.
Raghu Srinivasan wrote:
> Hi,
>
> We have posted a build of the JSF Tools project along with a tutorial
> that walks through the features in the build. You can access both of
> them from this page:
> http://www.eclipse.org/webtools/jsf/dev_resource/index.html
>
> The next build on June 7th will be the feature freeze build.
> Please review and post your comments, log issues.
>
> The JSF Tools project build is integrated with the WTP Continuous Builds
> and can be accessed from
> http://download.eclipse.org/webtools/committers/ However, we noticed
> errors while verifying the build and hence didn't announce its
> availability in the newsgroup. We hope to resolve this soon and we will
> then post the result of our smoke tests to the mailing list.
>
>
> Thanks
> Raghu Srinivasan
> JSF Tools Project Lead
>
Thanks for the great work Raghu. I am just starting with web
development and jsf looks to be the solution for me.
I'm looking forward to jsf coming out of incubation at the end of the month.]]>2006-05-31T03:12:00-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/471987/#msg_471987
Originally posted by: paul.lecky.paradisefood.com.au
Raghu Srinivasan wrote:
> Hi,
>
> We have posted a build of the JSF Tools project along with a tutorial
> that walks through the features in the build. You can access both of
> them from this page:
> http://www.eclipse.org/webtools/jsf/dev_resource/index.html.
>
> The next build on June 7th will be the feature freeze build.
> Please review and post your comments, log issues.
>
> The JSF Tools project build is integrated with the WTP Continuous Builds
> and can be accessed from
> http://download.eclipse.org/webtools/committers/. However, we noticed
> errors while verifying the build and hence didn't announce its
> availability in the newsgroup. We hope to resolve this soon and we will
> then post the result of our smoke tests to the mailing list.
>
>
> Thanks
> Raghu Srinivasan
> JSF Tools Project Lead
>
Thanks for the great work Raghu. I am just starting with web
development and jsf looks to be the solution for me.
I'm looking forward to jsf coming out of incubation at the end of the month.]]>2006-05-31T03:12:00-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/600607/#msg_600607
Thanks for taking the time to review the build. Please log issues you face
in bugzilla.
-Raghu]]>Raghu Srinivasan2006-05-31T23:04:18-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/471988/#msg_471988
Thanks for taking the time to review the build. Please log issues you face
in bugzilla.
-Raghu]]>Raghu Srinivasan2006-05-31T23:04:18-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/600615/#msg_600615
<raghunathan.srinivasan@oracle.com> wrote:
does this release/build contain any support for pluggable name resolver ?
/max
> Hi,
>
> We have posted a build of the JSF Tools project along with a tutorial
> that walks through the features in the build. You can access both of
> them from this page:
> http://www.eclipse.org/webtools/jsf/dev_resource/index.html
>
> The next build on June 7th will be the feature freeze build. Please
> review and post your comments, log issues.
>
> The JSF Tools project build is integrated with the WTP Continuous Builds
> and can be accessed from
> http://download.eclipse.org/webtools/committers/ However, we noticed
> errors while verifying the build and hence didn't announce its
> availability in the newsgroup. We hope to resolve this soon and we will
> then post the result of our smoke tests to the mailing list.
>
>
> Thanks
> Raghu Srinivasan
> JSF Tools Project Lead
>
does this release/build contain any support for pluggable name resolver ?
/max
> Hi,
>
> We have posted a build of the JSF Tools project along with a tutorial
> that walks through the features in the build. You can access both of
> them from this page:
> http://www.eclipse.org/webtools/jsf/dev_resource/index.html.
>
> The next build on June 7th will be the feature freeze build. Please
> review and post your comments, log issues.
>
> The JSF Tools project build is integrated with the WTP Continuous Builds
> and can be accessed from
> http://download.eclipse.org/webtools/committers/. However, we noticed
> errors while verifying the build and hence didn't announce its
> availability in the newsgroup. We hope to resolve this soon and we will
> then post the result of our smoke tests to the mailing list.
>
>
> Thanks
> Raghu Srinivasan
> JSF Tools Project Lead
>
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/]]>Max Rydahl Andersen2006-06-01T23:56:09-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/600626/#msg_600626
Pluggable name resolver will be available in the June 7th feature-freeze
drop.
Thanks
Raghu]]>Raghu Srinivasan2006-06-02T18:04:56-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/471990/#msg_471990
Pluggable name resolver will be available in the June 7th feature-freeze
drop.
Thanks
Raghu]]>Raghu Srinivasan2006-06-02T18:04:56-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/600645/#msg_600645
The pluggable resolver code is checked into CVS in should appear in the
weekly I-build on Friday.
Contains example code for use. The bug description contains basic
instructions for how to run the examples.
Let me know if you have any problems or need further assistance.
--Cam]]>Cameron Bateman2006-06-08T16:56:05-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/471992/#msg_471992
The pluggable resolver code is checked into CVS in should appear in the
weekly I-build on Friday.
> instructions for how to run the examples.
>
> Let me know if you have any problems or need further assistance.
>
>
> --Cam
>
-- =
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/]]>Max Rydahl Andersen2006-06-15T01:38:38-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/600691/#msg_600691
e.g. opening faces-config.xml gives me:
java.lang.IllegalArgumentException: Path must include project and resour=
ce =
name: /DTResolverExampleApp
at org.eclipse.core.runtime.Assert.isLegal(Assert.java:62)
at =
org.eclipse.core.internal.resources.Workspace.newResource(Wo rkspace.java=
:1565)
at =
org.eclipse.core.internal.resources.Container.getFolder(Cont ainer.java:1=
37)
at =
org.eclipse.jst.jsf.facesconfig.common.utils.WebrootUtil.get WebContentFo=
lder(WebrootUtil.java:79)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.loadMod el(FacesConf=
igEditor.java:333)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.setInpu t(FacesConfi=
gEditor.java:323)
at org.eclipse.ui.forms.editor.FormEditor.init(FormEditor.java: 132)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.init(Fa cesConfigEdi=
tor.java:296)
at =
org.eclipse.core.runtime.AssertionFailedException: assertion failed:
at org.eclipse.core.runtime.Assert.isTrue(Assert.java:109)
at org.eclipse.core.runtime.Assert.isTrue(Assert.java:95)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.loadMod el(FacesConf=
igEditor.java:334)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.setInpu t(FacesConfi=
gEditor.java:323)
at org.eclipse.ui.forms.editor.FormEditor.init(FormEditor.java: 132)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.init(Fa cesConfigEdi=
tor.java:296)
at =
at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.ja va:2498)=
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:67=
)
=
/max
> Hi,
>
> I finally discovered your answer here ;)
>
> I am trying to make it work but I get really many excpetions when usin=
g =
> jsp/jsf related
> files in non-jsf-faceted projects so it is kinda annoying ;(
>
> but anyhow it looks like the functionallity is in there, but I must sa=
y =
> I don't like
> that all the symbol api requires things to extend EObject.
>
> e.g. how do i create an ISymbol impl to e.g. return from resolveVariab=
le =
> ?
>
> /max
>
>> Hi Max,
>>
>> The pluggable resolver code is checked into CVS in should appear in t=
he =
>> instructions for how to run the examples.
>>
>> Let me know if you have any problems or need further assistance.
>>
>>
>> --Cam
>>
>
>
>
-- =
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/]]>Max Rydahl Andersen2006-06-15T01:43:37-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/472000/#msg_472000
e.g. opening faces-config.xml gives me:
java.lang.IllegalArgumentException: Path must include project and resour=
ce =
name: /DTResolverExampleApp
at org.eclipse.core.runtime.Assert.isLegal(Assert.java:62)
at =
org.eclipse.core.internal.resources.Workspace.newResource(Wo rkspace.java=
:1565)
at =
org.eclipse.core.internal.resources.Container.getFolder(Cont ainer.java:1=
37)
at =
org.eclipse.jst.jsf.facesconfig.common.utils.WebrootUtil.get WebContentFo=
lder(WebrootUtil.java:79)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.loadMod el(FacesConf=
igEditor.java:333)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.setInpu t(FacesConfi=
gEditor.java:323)
at org.eclipse.ui.forms.editor.FormEditor.init(FormEditor.java: 132)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.init(Fa cesConfigEdi=
tor.java:296)
at =
org.eclipse.core.runtime.AssertionFailedException: assertion failed:
at org.eclipse.core.runtime.Assert.isTrue(Assert.java:109)
at org.eclipse.core.runtime.Assert.isTrue(Assert.java:95)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.loadMod el(FacesConf=
igEditor.java:334)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.setInpu t(FacesConfi=
gEditor.java:323)
at org.eclipse.ui.forms.editor.FormEditor.init(FormEditor.java: 132)
at =
org.eclipse.jst.jsf.facesconfig.ui.FacesConfigEditor.init(Fa cesConfigEdi=
tor.java:296)
at =
at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.ja va:2498)=
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:67=
)
=
/max
> Hi,
>
> I finally discovered your answer here ;)
>
> I am trying to make it work but I get really many excpetions when usin=
g =
> jsp/jsf related
> files in non-jsf-faceted projects so it is kinda annoying ;(
>
> but anyhow it looks like the functionallity is in there, but I must sa=
y =
> I don't like
> that all the symbol api requires things to extend EObject.
>
> e.g. how do i create an ISymbol impl to e.g. return from resolveVariab=
le =
> ?
>
> /max
>
>> Hi Max,
>>
>> The pluggable resolver code is checked into CVS in should appear in t=
he =
>> instructions for how to run the examples.
>>
>> Let me know if you have any problems or need further assistance.
>>
>>
>> --Cam
>>
>
>
>
-- =
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/]]>Max Rydahl Andersen2006-06-15T01:43:37-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/600697/#msg_600697
> I am trying to make it work but I get really many excpetions when using
> jsp/jsf related files in non-jsf-faceted projects so it is kinda annoying ;(
Can you be more specific about how these exceptions are being produced?
The JSF tooling is not designed to work on a non-faceted project, but you
shouldn't be getting exceptions. Can you launch a bug?
> e.g. how do i create an ISymbol impl to e.g. return from resolveVariable ?
The SymbolFactory is used to create new ISymbol instances. How are the
variables being introduced at runtime?
--Cam]]>Cameron Bateman2006-06-15T04:05:37-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/472001/#msg_472001
> I am trying to make it work but I get really many excpetions when using
> jsp/jsf related files in non-jsf-faceted projects so it is kinda annoying ;(
Can you be more specific about how these exceptions are being produced?
The JSF tooling is not designed to work on a non-faceted project, but you
shouldn't be getting exceptions. Can you launch a bug?
> e.g. how do i create an ISymbol impl to e.g. return from resolveVariable ?
The SymbolFactory is used to create new ISymbol instances. How are the
variables being introduced at runtime?
--Cam]]>Cameron Bateman2006-06-15T04:05:37-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/600701/#msg_600701
latest release? Can you launch a bug?
Thanks,
Cameron
Max Rydahl Andersen wrote:
> btw. it also fails within the example app there is on that bug.
> e.g. opening faces-config.xml gives me:
...
<snip>]]>Cameron Bateman2006-06-15T04:20:01-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/472002/#msg_472002
latest release? Can you launch a bug?
Thanks,
Cameron
Max Rydahl Andersen wrote:
> btw. it also fails within the example app there is on that bug.
> I haven't seen that one and can't seem to re-produce. Are you using the
> latest release? Can you launch a bug?
This is against the RC4 (the latest available as downloads afaik)
/max
>
> Thanks,
>
> Cameron
>
> Max Rydahl Andersen wrote:
>
>> btw. it also fails within the example app there is on that bug.
>
>> e.g. opening faces-config.xml gives me:
> ..
> <snip>
>
> I haven't seen that one and can't seem to re-produce. Are you using the
> latest release? Can you launch a bug?
This is against the RC4 (the latest available as downloads afaik)
/max
>
> Thanks,
>
> Cameron
>
> Max Rydahl Andersen wrote:
>
>> btw. it also fails within the example app there is on that bug.
>
>> e.g. opening faces-config.xml gives me:
> ..
> <snip>
>
>> The SymbolFactory is used to create new ISymbol instances. How are the
>> variables being introduced at runtime?
> Via a resolver registred through a META-INF/faces-config.xml in
> jboss-seam.jar file.
If you are changing the way all variables get resolved, then I suggest
using the org.eclipse.jst.jsf.designtime.variableresolver extension point
to introduce your own DTVariableResolver and then register it for each
IProject of interest using
DesignTimeApplicationManager.setVariableResolverProvider with your
extension id.
> How do i get to the SymbolFactory ? just statically or do I need to get a
> specific one?
> (still, why can't i just implement the Symbol API ?)
SymbolFactory is a public singleton in the context.symbol plugin. There
is no reason you can't create your own impls, but I recommend seeing if
there is anything you can reuse that's already there. If not, the
preferred way to create your own impl would be to create your own ecore
model that extends the base symbols one. I will be creating a tutorial on
this for the docs at some point, but can outline the steps for you if you
want. By taking this approach you can benefit from current and future
extensibility that rely on EMF. Currently this mainly means extensibility
of the content assist UI but in future could have implications for things
such as hover help and hyperlink.
>> The SymbolFactory is used to create new ISymbol instances. How are the
>> variables being introduced at runtime?
> Via a resolver registred through a META-INF/faces-config.xml in
> jboss-seam.jar file.
If you are changing the way all variables get resolved, then I suggest
using the org.eclipse.jst.jsf.designtime.variableresolver extension point
to introduce your own DTVariableResolver and then register it for each
IProject of interest using
DesignTimeApplicationManager.setVariableResolverProvider with your
extension id.
> How do i get to the SymbolFactory ? just statically or do I need to get a
> specific one?
> (still, why can't i just implement the Symbol API ?)
SymbolFactory is a public singleton in the context.symbol plugin. There
is no reason you can't create your own impls, but I recommend seeing if
there is anything you can reuse that's already there. If not, the
preferred way to create your own impl would be to create your own ecore
model that extends the base symbols one. I will be creating a tutorial on
this for the docs at some point, but can outline the steps for you if you
want. By taking this approach you can benefit from current and future
extensibility that rely on EMF. Currently this mainly means extensibility
of the content assist UI but in future could have implications for things
such as hover help and hyperlink.
--Cam]]>Cameron Bateman2006-07-10T19:28:39-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/472709/#msg_472709
>>> the variables being introduced at runtime?
>
>> Via a resolver registred through a META-INF/faces-config.xml in
>> jboss-seam.jar file.
>
> If you are changing the way all variables get resolved,
Not all, just adding some variables automatically so you don't have to
register
them constantly in faces-config.xml.
> then I suggest using the org.eclipse.jst.jsf.designtime.variableresolver
> extension point to introduce your own DTVariableResolver and then
> register it for each IProject of interest using
> DesignTimeApplicationManager.setVariableResolverProvider with your
> extension id.
mkay - i'll look into it.
>> How do i get to the SymbolFactory ? just statically or do I need to get
>> a specific one?
>> (still, why can't i just implement the Symbol API ?)
>
> SymbolFactory is a public singleton in the context.symbol plugin. There
> is no reason you can't create your own impls, but I recommend seeing if
> there is anything you can reuse that's already there. If not, the
> preferred way to create your own impl would be to create your own ecore
> model that extends the base symbols one.
I would rather not.
> I will be creating a tutorial on this for the docs at some point, but
> can outline the steps for you if you want.
....but I might have too...so if you could outline the steps it would be
nice.
> By taking this approach you can benefit from current and future
> extensibility that rely on EMF. Currently this mainly means
> extensibility of the content assist UI but in future could have
> implications for things such as hover help and hyperlink.
EMF is very big dependency for just giving extended content assist UI,
hover and hyperlink.
Anyhow, that is just my opinion ;)
/max]]>Max Rydahl Andersen2006-07-17T08:32:47-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/604598/#msg_604598
>>> the variables being introduced at runtime?
>
>> Via a resolver registred through a META-INF/faces-config.xml in
>> jboss-seam.jar file.
>
> If you are changing the way all variables get resolved,
Not all, just adding some variables automatically so you don't have to
register
them constantly in faces-config.xml.
> then I suggest using the org.eclipse.jst.jsf.designtime.variableresolver
> extension point to introduce your own DTVariableResolver and then
> register it for each IProject of interest using
> DesignTimeApplicationManager.setVariableResolverProvider with your
> extension id.
mkay - i'll look into it.
>> How do i get to the SymbolFactory ? just statically or do I need to get
>> a specific one?
>> (still, why can't i just implement the Symbol API ?)
>
> SymbolFactory is a public singleton in the context.symbol plugin. There
> is no reason you can't create your own impls, but I recommend seeing if
> there is anything you can reuse that's already there. If not, the
> preferred way to create your own impl would be to create your own ecore
> model that extends the base symbols one.
I would rather not.
> I will be creating a tutorial on this for the docs at some point, but
> can outline the steps for you if you want.
....but I might have too...so if you could outline the steps it would be
nice.
> By taking this approach you can benefit from current and future
> extensibility that rely on EMF. Currently this mainly means
> extensibility of the content assist UI but in future could have
> implications for things such as hover help and hyperlink.
EMF is very big dependency for just giving extended content assist UI,
hover and hyperlink.
Anyhow, that is just my opinion ;)
/max]]>Max Rydahl Andersen2006-07-17T08:32:47-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/472712/#msg_472712
> register them constantly in faces-config.xml.
In that case, you should be able to write your design time resolver in
much the same way you would your runtime resolver -- resolve the automatic
ones in your instance and the delegate to the abstract super-class for all
others.
>> then I suggest using the org.eclipse.jst.jsf.designtime.variableresolver
>> extension point to introduce your own DTVariableResolver and then
...
> mkay - i'll look into it.
Incidently, the developer's guide contains some docs on this including a
tutorial on contributing variables (from the component library
perspective, but it still may be helpful).
>> preferred way to create your own impl would be to create your own ecore
>> model that extends the base symbols one.
> I would rather not.
Why?
> ....but I might have too...so if you could outline the steps it would be
> nice.
There is a bug in our SDK build and the ecore is not being included. I
thought this had been resolved before release, but it has not. This will
be targeted for the 1.5.1 release. To track the status, here's the bug
number.
Here's the bug number: https://bugs.eclipse.org/bugs/show_bug.cgi?id=147911.
> EMF is very big dependency for just giving extended content assist UI,
I'm not sure what you mean here. EMF is already a dependency required by
both WTP and JSF for other reasons in order to operate.
--Cam]]>Cameron Bateman2006-07-17T18:09:22-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/604602/#msg_604602
> register them constantly in faces-config.xml.
In that case, you should be able to write your design time resolver in
much the same way you would your runtime resolver -- resolve the automatic
ones in your instance and the delegate to the abstract super-class for all
others.
>> then I suggest using the org.eclipse.jst.jsf.designtime.variableresolver
>> extension point to introduce your own DTVariableResolver and then
...
> mkay - i'll look into it.
Incidently, the developer's guide contains some docs on this including a
tutorial on contributing variables (from the component library
perspective, but it still may be helpful).
>> preferred way to create your own impl would be to create your own ecore
>> model that extends the base symbols one.
> I would rather not.
Why?
> ....but I might have too...so if you could outline the steps it would be
> nice.
There is a bug in our SDK build and the ecore is not being included. I
thought this had been resolved before release, but it has not. This will
be targeted for the 1.5.1 release. To track the status, here's the bug
number.
Here's the bug number: https://bugs.eclipse.org/bugs/show_bug.cgi?id=147911
> EMF is very big dependency for just giving extended content assist UI,
I'm not sure what you mean here. EMF is already a dependency required by
both WTP and JSF for other reasons in order to operate.
--Cam]]>Cameron Bateman2006-07-17T18:09:22-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/472713/#msg_472713
>
> Incidently, the developer's guide contains some docs on this including=
a =
> tutorial on contributing variables (from the component library =
> perspective, but it still may be helpful).
yes, i found those the other day.
btw. what are the criteria for the jsf-el related code completion do wor=
k ?
Is it like the faces-config.xml that it is required to be in a specific =
=
type
of facet enabled project and/or what triggers it enablement in the edito=
r ?
>>> preferred way to create your own impl would be to create your own =
>>> ecore model that extends the base symbols one.
>> I would rather not.
>
> Why?
Meet me over a beer one day and i'll tell you all about it ;)
But basically ecore is a *very* intrusive API which makes it a pain
when you want to keep your code clean and (easy!) usable in other IDE's.=
>> ....but I might have too...so if you could outline the steps it would=
=
>> be nice.
>
> There is a bug in our SDK build and the ecore is not being included. =
I =
> thought this had been resolved before release, but it has not. This =
> will be targeted for the 1.5.1 release. To track the status, here's t=
he =
> by both WTP and JSF for other reasons in order to operate.
It is the first time I have been *forced* to have EMF exposed this hard
in some extension API.
I know it is used in the basis of many plugins, but that does not =
automatically
make it something you should put out fully exposed in the public API.
/max]]>Max Rydahl Andersen2006-07-21T08:02:25-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/604606/#msg_604606
>
> Incidently, the developer's guide contains some docs on this including=
a =
> tutorial on contributing variables (from the component library =
> perspective, but it still may be helpful).
yes, i found those the other day.
btw. what are the criteria for the jsf-el related code completion do wor=
k ?
Is it like the faces-config.xml that it is required to be in a specific =
=
type
of facet enabled project and/or what triggers it enablement in the edito=
r ?
>>> preferred way to create your own impl would be to create your own =
>>> ecore model that extends the base symbols one.
>> I would rather not.
>
> Why?
Meet me over a beer one day and i'll tell you all about it ;)
But basically ecore is a *very* intrusive API which makes it a pain
when you want to keep your code clean and (easy!) usable in other IDE's.=
>> ....but I might have too...so if you could outline the steps it would=
=
>> be nice.
>
> There is a bug in our SDK build and the ecore is not being included. =
I =
> thought this had been resolved before release, but it has not. This =
> will be targeted for the 1.5.1 release. To track the status, here's t=
he =
> by both WTP and JSF for other reasons in order to operate.
It is the first time I have been *forced* to have EMF exposed this hard
in some extension API.
I know it is used in the basis of many plugins, but that does not =
automatically
make it something you should put out fully exposed in the public API.
/max]]>Max Rydahl Andersen2006-07-21T08:02:25-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/472716/#msg_472716
> Is it like the faces-config.xml that it is required to be in a specific
This is handled automatically by the .Edit framework. For it to show up,
you need only resolve a symbol (through one of the mechanisms described in
the dev guide) that is an instance of an object who's provider implements
IContentProposalProvider. .Edit automatically finds the most specific
provider for your symbol object based on its type. This will also be true
if you extend the EMF model and implement your symbols types and providers
(there is some extension point magic required, but it's standard EMF stuff
that can be copy/pasted). This will be in my tutorial.
If you want to step through to see how it works, try this:
1) Set break points in IPropertySymbolItemProvider.getProposals and in
FunctionCompletionStrategy.getProposals at line 125 (at this point you
will have an array of either property or method symbols and you step
through how the adapter factory finds the providers and constructs the
proposals.
2) Launch a runtime workbench in debug mode.
3) In a properly created project (Dynamic Web with JSF Facet -- note that
the facet is required to find the managed bean configuration, not to
activate the symbol resolution), create a new managed bean called "foo".
Make sure whatever class "foo" corresponds to matches a resolvable Java
class with at least one implicit bean property.
4) In a JSF-JSP page, create an EL statement like this one:
<h:outputText value="#{foo}"/>
Putting a "." after foo should activate the auto-complete (or "." + hit
Ctrl-Space) and trigger your break points.
--Cam]]>Cameron Bateman2006-07-21T21:31:49-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/604610/#msg_604610
> Is it like the faces-config.xml that it is required to be in a specific
This is handled automatically by the .Edit framework. For it to show up,
you need only resolve a symbol (through one of the mechanisms described in
the dev guide) that is an instance of an object who's provider implements
IContentProposalProvider. .Edit automatically finds the most specific
provider for your symbol object based on its type. This will also be true
if you extend the EMF model and implement your symbols types and providers
(there is some extension point magic required, but it's standard EMF stuff
that can be copy/pasted). This will be in my tutorial.
If you want to step through to see how it works, try this:
1) Set break points in IPropertySymbolItemProvider.getProposals and in
FunctionCompletionStrategy.getProposals at line 125 (at this point you
will have an array of either property or method symbols and you step
through how the adapter factory finds the providers and constructs the
proposals.
2) Launch a runtime workbench in debug mode.
3) In a properly created project (Dynamic Web with JSF Facet -- note that
the facet is required to find the managed bean configuration, not to
activate the symbol resolution), create a new managed bean called "foo".
Make sure whatever class "foo" corresponds to matches a resolvable Java
class with at least one implicit bean property.
4) In a JSF-JSP page, create an EL statement like this one:
<h:outputText value="#{foo}"/>
Putting a "." after foo should activate the auto-complete (or "." + hit
Ctrl-Space) and trigger your break points.
--Cam]]>Cameron Bateman2006-07-21T21:31:49-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/472718/#msg_472718
My question is more specifically:
Will jsf-el related completion work on files that is *not* inside WTP =
enable projects ?
(In my view it should be able to work there too, but eg. faces-config.xm=
l =
editing doesn't)
And another related question:
What kind of files is it enabled on ?
/max
>> btw. what are the criteria for the jsf-el related code completion do =
=
>> work ?
>> Is it like the faces-config.xml that it is required to be in a specif=
ic
>
> This is handled automatically by the .Edit framework. For it to show =
=
> up, you need only resolve a symbol (through one of the mechanisms =
> described in the dev guide) that is an instance of an object who's =
> finds the most specific provider for your symbol object based on its =
> type. This will also be true if you extend the EMF model and implemen=
t =
> your symbols types and providers (there is some extension point magic =
=
> required, but it's standard EMF stuff that can be copy/pasted). This =
=
> will be in my tutorial.
>
> If you want to step through to see how it works, try this:
>
> 1) Set break points in IPropertySymbolItemProvider.getProposals and in=
=
> FunctionCompletionStrategy.getProposals at line 125 (at this point you=
=
> will have an array of either property or method symbols and you step =
> through how the adapter factory finds the providers and constructs the=
=
> proposals.
>
> 2) Launch a runtime workbench in debug mode.
>
> 3) In a properly created project (Dynamic Web with JSF Facet -- note =
> that the facet is required to find the managed bean configuration, not=
=
> to activate the symbol resolution), create a new managed bean called =
> "foo". Make sure whatever class "foo" corresponds to matches a =
> resolvable Java class with at least one implicit bean property.
>
> 4) In a JSF-JSP page, create an EL statement like this one:
>
> <h:outputText value=3D"#{foo}"/>
>
> Putting a "." after foo should activate the auto-complete (or "." + hi=
t =
> Ctrl-Space) and trigger your break points.
>
>
> --Cam
>
-- =
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/]]>Max Rydahl Andersen2006-07-24T10:32:36-00:00Re: JSF Tools Project RC3 build+Tutorial posted..
https://www.eclipse.org/forums/index.php/mv/msg/150163/604614/#msg_604614
My question is more specifically:
Will jsf-el related completion work on files that is *not* inside WTP =
enable projects ?
(In my view it should be able to work there too, but eg. faces-config.xm=
l =
editing doesn't)
And another related question:
What kind of files is it enabled on ?
/max
>> btw. what are the criteria for the jsf-el related code completion do =
=
>> work ?
>> Is it like the faces-config.xml that it is required to be in a specif=
ic
>
> This is handled automatically by the .Edit framework. For it to show =
=
> up, you need only resolve a symbol (through one of the mechanisms =
> described in the dev guide) that is an instance of an object who's =
> finds the most specific provider for your symbol object based on its =
> type. This will also be true if you extend the EMF model and implemen=
t =
> your symbols types and providers (there is some extension point magic =
=
> required, but it's standard EMF stuff that can be copy/pasted). This =
=
> will be in my tutorial.
>
> If you want to step through to see how it works, try this:
>
> 1) Set break points in IPropertySymbolItemProvider.getProposals and in=
=
> FunctionCompletionStrategy.getProposals at line 125 (at this point you=
=
> will have an array of either property or method symbols and you step =
> through how the adapter factory finds the providers and constructs the=
=
> proposals.
>
> 2) Launch a runtime workbench in debug mode.
>
> 3) In a properly created project (Dynamic Web with JSF Facet -- note =
> that the facet is required to find the managed bean configuration, not=
=
> to activate the symbol resolution), create a new managed bean called =
> "foo". Make sure whatever class "foo" corresponds to matches a =
> resolvable Java class with at least one implicit bean property.
>
> 4) In a JSF-JSP page, create an EL statement like this one:
>
> <h:outputText value=3D"#{foo}"/>
>
> Putting a "." after foo should activate the auto-complete (or "." + hi=
t =
> Ctrl-Space) and trigger your break points.
>
>
> --Cam
>
The UI part is only designed to work in the JSP editor inside a JSF-faced
WTP project at the present time. The code that calculates the completions
code could be repurposed to activate anywhere that JFace-style completion
proposals can be contributed and there is also EL context.
There is certainly room to broaden this feature. Can you launch a bug
illustrating the use case(s) you have in mind? I can envision decoupling
the completion calculation API more fully from the UI api in 1.0 so as to
allow someone to re-use it anywhere that they have EL context.
The UI part is only designed to work in the JSP editor inside a JSF-faced
WTP project at the present time. The code that calculates the completions
code could be repurposed to activate anywhere that JFace-style completion
proposals can be contributed and there is also EL context.
There is certainly room to broaden this feature. Can you launch a bug
illustrating the use case(s) you have in mind? I can envision decoupling
the completion calculation API more fully from the UI api in 1.0 so as to
allow someone to re-use it anywhere that they have EL context.