Ok, created a Jira issue: https://jira.jboss.org/jira/browse/JBIDE-3902.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4214357#4214357
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4214357
Hi,
I'm experiencing the same problem described in
https://jira.jboss.org/jira/browse/JBIDE-3573, which has been marked as fixed.
I'm using jbossTools-all-win32-3.0.0.GA-N200902101801-H1424. I'm only
experiencing the problem for previously-created projects; new projects created
via the new
The title should read: AssertionFailedException while creating new EAR in
project archives. I forgot to check the title when previewing.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4209677#4209677
Reply to the post :
It looks like you don't have EntityTransaction installed, which you need for
vanilla Tomcat deployments. Give that a shot.
Also, please use code tags in your posts.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4129555#4129555
Reply to the post :
You could also read through Seam's code for doing facelets-based emails. It
essentially renders a facelets xhtml template to a string.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4127663#4127663
Reply to the post :
Oberiko wrote :
|
| |
| | @Stateless
| | @Name(searchPeople)
| | public class SearchPeopleAction implements SearchPeopleLocal {
| | ...
| | private ListPerson peopleList;
| |
| | public void search() {
| | ...
| |
@Restrict works fine on pojos. Maybe the documentation is talking about
EJB-style security (which I know nothing about), not Seam security.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4123796#4123796
Reply to the post :
anonymous wrote : Doesnt JSF just invoke this method one time and then create
the datatable?
No, not necessarily. You can't predict how often your method will be called,
so in general, don't do a lot of stuff in getters.
I'd probably use a @DataModel and have your method populate it with a
parszab wrote :
| So if just someone could tell me where I should look for that in Seam I'd
be really grateful!
Start looking in
ui/src/main/java/org.jboss.seam.ui.validator.ModelValidator.java, though the
real cool stuff is in src/main/org.jboss.seam.core.Validators.
It's probably only
Cool. I'm using a pojo system with drools security rules, too. I really like
drools-based security; Shane did a great job with it.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4123800#4123800
Reply to the post :
Binding jsf components to conversational beans is problematic. I think the FAQ
talks about it.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4122026#4122026
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4122026
jacob.orshalick wrote : Say, a way to configure begins to use
flushmode=MANUAL by default. Maybe this could be configured in components.xml.
+1
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4121680#4121680
Reply to the post :
Do you ever create a Daughter object?
I think you may need to post more code, and details on what fails. It looks
like what you are trying to do should work, but it's not completely clear from
what you've posted so far.
View the original post :
By default, changes made to managed objects are flushed upon transaction
completion, even if an update() is never manually called.
You probably want to use manual flush mode. It's in the docs.
There are also other posts about it.
View the original post :
Oh, maybe I misunderstood the situation.
Did you appropriately change the page.xml file? (ReportsHome.page.xml, iirc)
Post what you have.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4121534#4121534
Reply to the post :
http://jira.jboss.org/jira/browse/JBSEAM-2510
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4121577#4121577
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4121577
___
jboss-user
fjgarmu wrote :
|
| | s:button id=mysave
| |value=mysave
| | action=#{reportsHome.mysave}
| | view=/Reports.xhtml
| | rendered=#{reportsHome.managed}/
| |
| |
|
I think
dhinojosa wrote :
| If I inject with the #{} notation objects get created whether even if you
specify create=false;
|
Yeah, I've noticed that too. Component lookup through EL always creates the
component, if it doesn't exist.
Maybe Seam should issue a warning (or an exception?) if a
Is there a stack trace?
By the way, if you don't want a upload size limit, you can set max-request-size
to 0.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4119342#4119342
Reply to the post :
How do you know 4 conversations are created? I don't think that can happen in
a single request.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4119338#4119338
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4119338
s:validateAll only checks field-level validation, not class-level validation,
which includes @AssertFalse.
Currently, the simplest way (IMO) to validate multiple fields is to put some
logic in your action method. The booking example does this with regards to
checkin and checkout dates, IIRC.
gduq wrote : The problem is that to use the validation annotations on the
model the classes need to be '@Entitiy's
I didn't think that was true. What happens when you remove the @Entity
annotation?
View the original post :
Are the instance variables you speak of annotated @In?
Also, maybe you could clarify what parent is. Is it one of the instance
variables you're talking about?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4119365#4119365
Reply to the post :
[EMAIL PROTECTED] wrote : http://jira.jboss.com/jira/browse/JBSEAM-2112
|
| I now understand the issue :)
My bad... I should have been more clear in my description.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4117789#4117789
Reply to the post :
+1 for more fine grained control on page parameters. I couldn't find a jira
issue either, but I remember Pete talking about doing something like this once.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4117790#4117790
Reply to the post :
Conversation-scoped EJBs should be @Stateful. IIRC, @Stateless beans will
always be assigned to the Stateless pseudo-scope.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4116767#4116767
Reply to the post :
Looking at your stacktrace, I think your issue is caused by using a myfaces
phase listener (AutoScrollPhaseListener). I think this sort of issue was fixed
in Seam 1.2.1.
(http://fisheye.jboss.com/browse/JBoss/jboss-seam/src/main/org/jboss/seam/contexts/Contexts.java?r1=1.47r2=1.48)
View
What version of Seam are you using?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4113075#4113075
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4113075
___
jboss-user mailing list
[EMAIL PROTECTED] wrote :
| I tried instantiating the Account class within my register class and
setting the value on the User, but that resulted in a datasource exception when
i persisted the user.
|
I think that ought to work...
What's the exception you get?
View the original post :
If you're using an EntityManagerFactory component (i.e., you're not using the
app server's EMF), then the hbm2ddl is run by entityManagerFactory's @Create
method. So your @Startup component depends on the database, then you can
denote the dependency in the annotation:
|
It's been a few months since I've updated, but over most of the summer I was
living on cvs head, updating every week or so.
I copied seam-gen's copy-lib task into my project, so I could do a cvs update,
clean/build, and copy-lib with relatively little trouble.
Of course, like you mentioned,
Do you really need EJB3 (beyond JPA)? If not (and it sounds like you don't, if
you're exclusively using Seam Pojos), then you don't need Embedded Jboss. Take
a look at the JPA example, which deploys to tomcat.
View the original post :
And yes, you'd still have page flows, drools, etc. You'd only loose EJB3 stuff
(though I think you'd consequently loose the Seam Remoting functionality that
uses JMS).
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4111423#4111423
Reply to the post :
I ran into that exception once (in a different context). I believe that
particular problem should be fixed in Drools 4.0.1. See
http://jira.jboss.com/jira/browse/JBRULES-1066.
Maybe using a newer drools version is all you need?
View the original post :
Thanks for posting a workaround. I'll have to look into that.
I've seen other forum posts when people want to use the injection part of
page parameters, but not the factory/outjection part. I think it'd be
worthwhile thinking through how things could be improved to give users more
You could look into using Krank's JPA Criteria. I hope to at some point.
http://www-128.ibm.com/developerworks/blogs/page/JEE?entry=criteria_qbe_dsl_for_jpa
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4101908#4101908
Reply to the post :
c:when is evaluated when the component tree is created (typically right at the
beginning of the renderResponse phase). It's used to determine which
components get added to the tree. I'm guessing you want the decision to be
made later, for each row. So you actually want both components added
It's pretty simple. You just need to @Name your subclass the same as Seam's
built-in identity component (org.jboss.seam.security.identity).
(It needs to have a higher precedence, but the default precdence -- APPLICATION
-- is higher than the built-in one, so you don't need to specify one)
The param tag within a redirect refers to http request parameters, not
parameters for the given message.
I'm not sure how to do what you're trying to do, except to simply use
| error.fileUpload = maximum allowed size
#{org.jboss.seam.web.multipartFilter.maxRequestSize/1000} kB. please
anonymous wrote : I'm now looking at trying to do a filter upstream of the Seam
filter (sadly not an area I'm very familiar with) to change the
HttpServletRequest URL (conditionally).
|
This is what we're planning to do. I haven't tested it yet (don't have an ssl
cert set up yet), but I
I suppose that makes some sense. But for us, it's probably more trouble than
it's worth.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4101507#4101507
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4101507
chris.simons wrote :
| I've also read that Seam 2.0 will support specifying additional pages.xml
files rather than only have two options. Is this definitely in the 2.0
roadmap?
Yes, Seam 2 supports this, with something like the following in components.xml:
|navigation:pages
|
How about
| @In(create=true)
| private NoteLocal noteAction;
|
(the variable name needs to match the @Name value)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4100848#4100848
Reply to the post :
Yep, I know how you feel. Glad to be of help.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4100016#4100016
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4100016
___
jboss-user
is your SearchPanel component named sp?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4099720#4099720
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4099720
___
jboss-user mailing
Sounds good. It doesn't seem to be a must-have for 2.0
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4097967#4097967
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4097967
___
Give this a shot.
| @In(#{compvar})
|
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4097586#4097586
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4097586
___
jboss-user
The wiki example does feeds. I haven't looked into how it does them, but you
could dig around and find out.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4097592#4097592
Reply to the post :
stuart_wildcat wrote :
| Does this mean that there will be Seam 2.0 support in RHDS?
|
http://in.relation.to/Bloggers/Seam2SupportInJBossTools
So I think so. :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4097692#4097692
Reply to the post :
Use #0, not #1
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4096711#4096711
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4096711
___
jboss-user mailing list
So I think I can say I understand what Seam does now. I don't necessarily
agree with it, though. I do understand that the installed attribute can't just
simply override the annotation on that class, otherwise something like
| core:jbpm/
| wouldn't work, because installed would still be
If your converter isn't marked @BypassInterceptors, then exceptions get
wrapped, I think. So maybe you just need to add that annotation.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4096291#4096291
Reply to the post :
adamw wrote : So it seems that injecting C-beans/E-beans into A-beans is a
programmer error.
I imagine this would be fine if you mark your A-bean @Synchronized. (Though of
course, this could cause a bottleneck.) Haven't yet tried it though.
View the original post :
That doesn't look like quite the same problem; it looks (from the stacktrace)
like you have an @Out(scope=Conversation) somewhere. Try setting it to
required=false; IIRC, that will prevent the IllegalStateException from being
thrown when the context isn't available.
View the original post
Also, you might want to consider binding to an event-scoped component, not a
session-scoped one. It's what the docs recommend, anyway.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4094943#4094943
Reply to the post :
I'm confused. Doesn't seam gen create edit pages with a wire() page action
which calls getInstance()?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4094746#4094746
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4094746
Thanks Pete
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4094795#4094795
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4094795
___
jboss-user mailing list
Check out the ui example (selectItems.xhtml in particular).
generate-entities does do OneToMany, but not using h:selectOneMenu
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4094824#4094824
Reply to the post :
Why would you make them separate apps? Why not a single app with different
sections?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4094225#4094225
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4094225
I'm pretty sure you can't share sessions between applications. I'm sure it's
possible to design your app as multiple deployable applications, but my gut
feel is it's more headache than it's worth.
But then again, I've only really designed one full web application. :-)
View the original post :
Try overriding org.jboss.seam.exception.exceptions. That will let you log any
exception caught inside Seam, and your filter should let you log anything not
caught by seam.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4094301#4094301
Reply to the post :
From what I gather from http://jira.jboss.com/jira/browse/JBSEAM-1900, you may
simply need to put
| transaction:no-transaction/
|
in your components.xml.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4093274#4093274
Reply to the post :
[EMAIL PROTECTED] wrote : This is also in the docs :)
Well, sure, if you want to solve things the simple way...
:-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4093638#4093638
Reply to the post :
I'd suggest you ask this on the RichFaces forum; they can help more, probably.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4093639#4093639
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4093639
curtney wrote :
| Scenario Two:
|
| All ejb components are injected using Seam's @In annotation (Switched from
@EJB to @In annotation). Why the switch? I am assuming the switch will solve my
problem of the entity manager not being injected. Seam now has control of the
creation and
christian_zeidler wrote : I cannot access the Home object before the view is
rendered.
Why not? I think you should be able to.
It'd be a good idea to post some code.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4093771#4093771
Reply to the post :
I didn't know you could define multiple components in a single file.
You can learn a lot of things by looking through the wiki example...
|
| @Name(converters)
| @Scope(ScopeType.APPLICATION)
| public class Converters {
| ...
| @Name(importerConverter)
|
Did you manually set the scopes on your subclasses? If not, then they are
inherited from their superclasses. EntityHome's default scope is Conversation,
while EntityQuery's default scope is Event. This affects where @DataModel
stores the DataModel, if you didn't specify its scope attribute.
The default BeanResolver that comes with EL looks for JavaBeans Properties,
which require void setters.
I imagine it wouldn't be hard to write an ELResolver that would look for
non-void setters. If you do, (and it seems like an easy thing to do, though
I've never done it), then you might
I'm just copy/pasting code out of the wiki example. But yeah, the inner class
is a component, as evidenced by the @Name annotation.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4093836#4093836
Reply to the post :
I have no idea if this will work or not, but try this:
| s:convertEntity
entityManager=#{expressions.createValueExpression('#{anotherEntityManager}')}
/
|
(I think that parses...)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4093853#4093853
Reply to
No, I don't think so. It'd be tough to do.
As I understand it, if the validate values phase fails, then the update models
phase should be skipped. But @AssertTrue methods are only going to be useful
if the model attributes have been updated. So you can't check @AssertTrue
methods in the
Yep, that's normal.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4093175#4093175
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4093175
___
jboss-user mailing list
(In general, it's better to put stuff in a @Create method rather than a
constructor)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4093177#4093177
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4093177
Glad to hear it worked out. :-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4093227#4093227
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4093227
___
jboss-user mailing list
@Out behaves in a push fashion; @Factory behaves in a pull fashion.
So, without a @Factory, you need to trigger the creation of your component
somehow. I'd suggest you make a page action that runs a (potentially blank)
method in that component.
I'm not sure why the debug page shows that
If I were you, I'd try to get annotation-based validation working.
So, either:
-try including a newer Hibernate Validator jar
-write your own (i.e. copy/paste Hibernate's)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092836#4092836
Reply to the post :
curtney wrote : I cannot annotate it with @Name, thus unable to inject the
entity manager
I really don't think that's a valid conclusion. It is true you can't/shouldn't
annotate it with @Name, but concrete implementations should get injection
anyway. (Someone correct me if I'm wrong)
If you
marius.oancea wrote : If I switch to seam managed persistence tree does not
work
|
What, precisely, breaks?
(There should be no problem injecting a SMPC into a session-scoped component)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092290#4092290
Reply
Does SMPC injection work for non-hierarchical components?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092291#4092291
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4092291
___
That's odd. I'm fairly certain it ought to work for ([EMAIL PROTECTED])
superclasses. I know it does for JavaBean components, anyway (I don't yet need
to live in EJB land), and I can see that Component.initMembers() (which looks
for injectable attributes) doesn't seem to care whether it's a
I do this:
|
| c:set value=#{facesContext.externalContext.requestContextPath}
var=rootPath/
| link href=#{rootPath}/stylesheet/theme.css rel=stylesheet
type=text/css /
| link href=#{rootPath}/stylesheet/layout.css rel=stylesheet
type=text/css /
|
It may make more sense
Are you trying to use the entityManager in a lifecycle method when a
conversation context is not active (i.e RestoreView)?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092297#4092297
Reply to the post :
matt.drees wrote : There should be no problem injecting a SMPC into a
session-scoped component
That is, if the conversation context is active. (eg, not during RestoreView).
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092298#4092298
Reply to the post
http://docs.jboss.com/seam/2.0.0.CR1/reference/en/html/
It's a Seam-specific thing.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092312#4092312
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4092312
Your issue is described in both the faq and the documentation.
http://wiki.jboss.org/wiki/Wiki.jsp?page=SeamProblemsFAQ
http://docs.jboss.com/seam/2.0.0.CR1/reference/en/html_single/#d0e5034
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4092316#4092316
Reply
I think this due to a richfaces tabPanel behavior change/bug.
See http://jira.jboss.com/jira/browse/RF-1047 and referenced forum post.
I'll bet your EntityController is conversation-scoped, right? The conversation
scope isn't available during restore view (when restoreState() is being called
I think /build/root.pom.xml ought to be enough for figuring out versions, so I
don't think a VERSIONS.txt file is necessary.
I don't know whether I like version-labeled jars or not.
One thing I like about jars without version numbers is the fact that I can run
a copy-lib command to copy seam's
Sounds suspiciously like ManagedEntityIdentityInterceptor screwing up somehow...
but you'd have to debug to find out for sure.
Is your snapshot from before http://jira.jboss.com/jira/browse/JBSEAM-1857 was
fixed?
View the original post :
I think that sounds like a great idea, though I don't think I understand the
drawback you mention. If someone is using plain ant for their project, they
can download the seam-all.zip which will have all the third-party libs, which
is the same way it's been, right?
View the original post :
In my (limited) experience:
EntityHome is most useful when you need to do CRUD operations on a single
entity. It makes it super-convenient if you do things the seam-gen way.
If you don't want to do things that way, it can be hard to work with. So, for
example, if you want a component that
seamdiscs is the only one my IDE search found for EntityController.
EntityHome is used in the wiki, seamdiscs, quartz, and seampay
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4091802#4091802
Reply to the post :
Which part of the hibernate example are you referring to?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4091804#4091804
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4091804
___
This one addresses the issue, I think:
http://jira.jboss.com/jira/browse/JBSEAM-1190
I don't think I understand Gavin's last comment, though.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4091163#4091163
Reply to the post :
It does that so that, if you're doing paging, you can tell if there's a next
page or not (which is a cute trick, by the way). The getResultList() method
will only have 3 results.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4091170#4091170
Reply to the post
It's in the manual.
http://docs.jboss.com/seam/2.0.0.CR1/reference/en/html_single/#validation
(towards the end of the chapter)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4091173#4091173
Reply to the post :
You can even inject (non-Seam) session values into your Seam components:
| @In(my_session_object_key) MySessionObjectType mySessionObject;
|
The cool thing about this is if you later decide to move your object to a
different scope (eg conversation), you don't have to change this code at
I think you have to do
| navigation
from-action=#{orgUserAction.changePassword(identity.username)}
|
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4091181#4091181
Reply to the post :
It's not built-in, no.
The seamspace example shows how you can use MD5 hashing for passwords. I don't
think there are any examples that use encryption, though.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4091204#4091204
Reply to the post :
[EMAIL PROTECTED] wrote :
| i.e. install=false says (in all place) don't install this implementation
of the component. It doesn't say (in any place) don't install this and any
lower precedence versions of this component.
|
So, this is what I hear you saying:
my:component-class
1 - 100 of 375 matches
Mail list logo