Installing JBoss 4.2.1 and 4.2.2 from distribution in both there is one hard
coded
jboss:service=DefaultPartition
left instead of
jboss:service=${jboss.partition.name:DefaultPartition}
and that is towards the bottom of file
server/all/farm/cluster-examples-service.xml
Also, did I get this ri
http://wiki.jboss.org/wiki/Wiki.jsp?page=ClusteringInJBossVersions at this
moment doesn't have info for JBoss 4.2
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118696#4118696
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=repl
Quasi-empty rules file works for me too, but that is useful only in one of our
applications.
If I need rules it still does not work.
It works in a test application I wrote.
But it doesn't work in this larger application we're moving over from Seam
1.2.1.
Is it some tricky configuration issue
Have same problem since switching from Seam 1.2.1.GA (with JBoss 4.0.5.GA) to
Seam 2.0.0.GA (with JBoss 4.2.1.GA)
ERROR [org.jboss.seam.drools.RuleBase] errors parsing rules in:
/META-INF/security-rules.drl
| ERROR [org.jboss.seam.drools.RuleBase] Rule Compilation error Type
mismatch: cannot
Looks like "execute" might be the new way, per
http://jboss.com/products/seam/components-2.0.xsd
but it seems my JBossIDE for Eclipse doesn't know yet. Cached Schema from how
long ago?
Also
http://jboss.com/products/seam/pages-2.0.xsd
now uses execute instead of expression.
Per reference do
In the seam-gen generate components.xml the two
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101163#4101163
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101163
___
jboss-user mailing list
jboss-use
Ok, I retract the richfaces, I see the impl and ui elsewhere, but how about the
janino, there is no janino-, I can't find one.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101159#4101159
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=post
Seam 2.0.0.CR2, seam-gen an ear application.
In target name="ear" I see
and
which I think should be without dash
because in the lib directory there is janino.jar and the other one should be
without api
because me thinks it needs the implementation too to run, doesn't it?
View the ori
I seem to see a difference with the way action classes are handled in
seam-gened projects whether
- ear project (no special treatment) or
- war project (exploded in own directory).
Does that have to be that way by design, or is it just not implmented yet in
seam-gen for ear?
View the original
You're right. Property action.dir is overridden in the build-dev.properties
file. I wouldn't have looked there unless you had pointed it out. Thank you.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4100657#4100657
Reply to the post :
http://www.jboss.com
According to build.xml the action and the model source directories both get
compiled into the same jar directory.
So we're wondering: Is their separation just for clarity?
Don't see a difference in the build.xml ant way of exploding or deploying.
Don't see a difference in the Eclipse way eith
1.) Please clearly define behavior of @Startup and the call to @Create for an
application scoped component in a cluster.
2.) Aware of other mechanisms, but yet wondering ...
Is there, will there be a simple way to have an application scoped component
have the same state across a clustered JBoss
Is http://jira.jboss.com/jira/browse/JBSEAM-1009 going to make it into 2.0?
Already breaking compatibility, good time for fix to that old problem.
If not the code of JBSEAM-1009, then equivalent functionality?
Main point: Allow restrictions to be set per wildcard and per page without
"accumul
If they aren't clustered, then how does this work in Seam reference section
3.1.7. Application context:
Application context is mainly useful for holding static information such as
configuration data, reference data or metamodels.
How then to update configuration data?
View the original post :
Great!
That means I don't have to worry about injecting an object that has a huge tree
of objects hanging off it. At least no worry about passivation.
Still trying to figure how to reduce the amount of "stuff" that JSF thinks is
state worth shipping to the browser and back, but that's another
Making sure I get this right:
An application scoped component is good e.g. to keep settings. It has the same
contents on all machines in a cluster. Nice magic working for us inside JBoss.
Now if I change (i.e. code changes) the value of a member field it will be
available on all machines in t
Some objects live a long time, e.g. application scoped components, EJBs with
timers, and I guess MDBs.
Now if there is an @In, will that object that's been injected be passivated
ever, sometimes, or never?
As passivation occurs only outside a business method call (right?) there
shouldn't be a
Just about the same minute you wrote that I looked at Seam reference section
3.2.5. Message-driven beans, which says what you're quoting. I was figuring
the same solution, I'm going to try @Name and injection.
I think we had the same problem with messages coming to MDBs before Seam is
initiali
I think what I see is that in the MDB I don't have access to Seam contexts.
But I'd like to get my server wide settings out of an application scoped Seam
component.
I think I've seen that if I'd declare that component an SFSB and try to get it
as EJB3 than I won't get the same instance as if I
Can that be fixed in the future?
What is it? Name conflicts?
Sure, some combinations might be impossible or to too hard to work out.
But some combinations should be possible.
Components are supposed to be plug-and-play, as much as reasonably possible.
View the original post :
http://www.jbos
Before I'm going to start following advice from
http://www.it-eye.nl/weblog/2006/11/20/adf-faces-and-cache-control/
I'm just wondering, is there or is there planned any construct to augment HTTP
cache-control from Seam, maybe per page, maybe in page.xml?
While on the topic, is there any specifi
Can I help along JBSEAM-1009 by writing regression tests for it? Please point
me to relevant files in Seam source that test security so I can "imitate".
My current application would be a pain to secure without it, and I'm planning
on writing another app. I am interested in having 1009 in an of
My problem apparently has gone away too, yesterday, so far running fine on two
servers.
I happened to rearrange how two Seam components (both stateful with scope
application) were interacting. (For completeness of record: I moved storing
of some kind of "unique id" from the one executing on t
I recant. The doesn't work like an action on the source page, but on
the target page.
Now I have tested it works to write one component like
import org.jboss.seam.annotations.Name;
| import org.jboss.seam.core.Conversation;
|
| @Name("conversaction")
| public class Conversaction {
|
Found something that works as I want it to:
Not sure whether to call that syntax sweet, but it seems to work.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034364#4034364
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&
Pete, I think you're thinking of uses of s:link with action="some.action",
while...
I'm thinking of uses of s:link with view="/some.xhtml".
There is no action involved. I don't think there is a redirect. Right off to
the target page with a GET from a URL, render it, done.
I want to use s:lin
Then how about introducing propagation="kill" which mostly works like
propagation="none" but doesn't let the conversation linger around until it
times out.
As I want to use these inside and not inside navigation rules that
beforeRedirect="true" doesn't work for me, does it?
View the original
I admit, you have to know what conversation to end. I looked closer at what
I'm doing, and the problem/question seems to be:
Should propagation="end" end the conversation when entering the target page or
when leaving (!) the target (!) page?
I argue it should when entering, but it apparently d
Is there any way to write something into a my.page.xml so that when coming into
that page from no matter where there will be a new conversation. Temporary
unless requested to be long running. But new and empty.
That should work no matter whether arriving with or without a conversation.
Point
First, that propagation="end" was hard to find. There was no example in the
reference doc. I think only recently it mentions for s:link that propagation
accepts "end" as option.
Pete mentioned a while ago that "none" leaves the conversation sitting around,
while "end" disposes of it. So I'd
Well, then maybe some of it configuration parameters are different.
Because the way it worked in JBoss IDE made my code look horrible. I couldn't
teach a guy working with me to write decently formatted XHTML.
Now the way it works with Exadel (installed on top of JBoss IDE) is better.
Funny tho
So when I right-click on the my.xhtml there is an option Open With > Exadel
HTML Editor.
That one also at the bottom has tabs "Visual/Source", "Visual" and "Source".
That's quite different than Open With > HTML Editor or Oprn With > XML Editor,
which are the JBoss IDE editors I think you're tal
Ok, we're comparing JBoss IDE downloaded a couple of months ago versus then to
it adding Exadel Studio downloaded this week.
So different, even a blind cow would see the difference.
Maybe that's merged into JBoss IDE now? I didn't check last month.
I know you work there, I guess you must have
Started using Exadel Studio 4.0.4 installed on top of JBoss IDE.
Much happier now with the Ctrl-Shift-F formatting of XHTML documents.
Very nice too if you're using Facelets for templating.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033101#4033101
Reply
Sure, I could do it with a Servlet. But then I'd have to figure out how to do
everything else from a servlet that I already know how to do with .seam,
.xhtml, .page.xml, security, exceptions, etc.
I have a byte array in the property of a component. Obviously accessible from
within an action.
Reference doc section "21.1.3 Seam servlet filters" subsection "Context
management for custom servlets" discusses .
It reads "The context filter expects to find the conversation id of any
conversation context in a request parameter named
conversationId. You are responsible for ensuring that it g
Thanks for both useful answers.
I solved the problem per http://wiki.java.net/bin/view/Projects/FaceletsFAQ by
adding to web.xml an entry
|
| facelets.SKIP_COMMENTS
| true
|
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4030430#4030430
Rep
Seam built from CVS around March 15th 2007.
In .xhtml page took some not-ready code and
If you say what it isn't, also say what it is:
### Eclipse Workspace Patch 1.0
| #P jboss-seam
| Index: doc/reference/en/modules/conversations.xml
| ===
| RCS file:
/cvsroot/jboss/jboss-seam/doc/reference/en/modules/conversat
Much of the last question is answered in Seam reference "7.1.2. Seam and the
back button".
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028557#4028557
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028557
___
A question then is:
What's the different behavior then with the back-button in the browser,
different for propagation "none" versus "end".
Seam supposedly (and as far as I have seen) is quite gracious about using the
browser back button and then continuing to work from there.
But isn't that ab
It also works fine (I think to remember) without DTD listed in any page.xml,
because then dom4j doesn't say it is false when in fact it isn't there.
One could say that's a bad library, that returns different results for an
attribute value whether the DTD is mentioned in the XML or not. Though i
Exactly, I agree with
anonymous wrote : A missing login-required should be interpreted as null, and
delegate to the more general widcard.
And that's where dom4j and the existing DTD are messing with us. Because there
isn't a way to tell the login-required isn't there. Dom4j insists on saying
JBSEAM-1009 is about (if switched on) explicitly setting login-required (and
restrict) per page or per wildcard in a way that allows a specific page to be
less restricted than a * site wide wildcard. For each (login-required and
restrict) it picks the most specific page where it is defined and
instead of "false" fixes
the problem "on my machine".
The bigger problem though would be people who don't change the DTD e.g. from
1.2 to either 1.2.1 or 1.3 and still get the "false" instead of recognizing it
isn't defined. So a login-required that isn't defined acts like a
login-required="
Not 100% confirmed, but I think I got a reproducible case:
Don't have a login-required for a page, but for the page have a s:hasRole or
s:hasPermission that consequentially throws a different exception than what you
probably have been expecting.
Meanwhile though ... I'm having a heck of a time
Then how about two different names, e.g. s:hasPermission with only two
parameters and s:hasPermissionFor with three parameters.
I mean, s:hasPermission with null as 3rd parameter is getting old quickly.
Plus, I don't think there is enough discussion in the reference documentation
about what wil
Just downloaded "Last Updated on Safari: 2007/03/10", "Updated: 3/10/2007
5:08:38 AM". That's after Dr. Yuan has submitted the final files. Let's hope
it is the final version.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027765#4027765
Reply to the post
Come to think of it, how about a
s:selectBooleanCheckbox
that allows Boolean.TRUE, Boolean.FALSE and ... null !
Any hopes?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027603#4027603
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=postin
title was supposed to be "still not enough"
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027599#4027599
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4027599
___
jboss-user
Am I seeing that correctly:
If a property is primitive type boolean, then EntityQuery cannot tell that I
don't want to search for it in a specific query (from a form at a list view),
it would always search either for false or true, but never both.
The workaround is to define the property of cla
s:hasPermission with only two parameters could be more readable in page.xml
files.
Is it rocket science, impossible or just a question whether someone bothers to
implement that shorter signature?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4027403#4027403
Trying to answer Gavin's question how I get this.
To be clear, the NPE is gone with actualFlushMode not being null any more.
For completeness of record let's mention I'm now running the 2nd patch of
JBSEAM-1009 on a build we did from a CVS pull on Friday.
When starting up the server and having
I know I've suggested the exact wording, but my consciousness will bug me if I
don't mention the following. If the fix instead of
private FlushModeType actualFlushMode = FlushModeType.AUTO;
would write to the same effect
private FlushModeType actualFlushMode = flushMode;
then it would be more
Importantly to my well being in put in that
private FlushModeType actualFlushMode = FlushModeType.AUTO;
and now I'm running without crashes.
When I'm out of trouble for the afternoon I'll look again.
One hint how I got there might be: Page action returns outcome, navigation
rule makes it redi
Calls to changeFlushMode that get passed a null flushMode from a null
actualFlushMode?
I haven't changed anything that seems related, but upgrade to a build we make
from CVS.
In class ManagedPersistenceContect method setEntityManagerFlushMode() throws a
NullPointerException.
I dont think you
I see in UserPrincipal.java a
ServletRequest servletRequest = Lifecycle.getServletRequest();
I am trying the same in a Seam component
@Name("tricky")
| public class Tricky {
of mine where I'd ultimately like to get to the headers.
Problem is when I'm having a page action calling an action in
The double slashes are still showing up in the Address field of the browser.
Now I think they show up after a login redirect.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026146#4026146
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posti
Here is a beginning patch, is this something I should continue or drop?
### Eclipse Workspace Patch 1.0
| #P jboss-seam
| Index: src/main/org/jboss/seam/core/Pages.java
| ===
| RCS file:
/cvsroot/jboss/jboss-seam/src/main/org
How about only allowing login-required="false" to override if set specifically
for one page?
That means keep it as it is now, unless an explicitely set
login-required="false" for a specific page, not a wildcard, is in effect?
Then even in a site that requires login everywhere else one could sti
Consequentially registration of new users for which obviously
login-required="true" doesn't work.
So as it is that prevents us from having a
because we cannot have a subsection of the site then that allows registration.
I'd rather do a search for login-required to make sure there is no
inapp
Gavin's answer wasn't on my screen. Sorry. Left desk, came back and finished
typing ten minutes later...
Thanks for pointer!
Still trying to figure my original problem to allow login to go across multiple
pages without going into a loop on then violating login-required="true".
View the origi
Found it in Pages method enterPage in the for loop over getPageStack.
One could argue whether a specific setting for a page should be allowed to
override a wildcard setting.
Admittedly, the way it is many people will feel safer.
View the original post :
http://www.jboss.com/index.html?module=b
I've missed that already once, can you please explain where the inheritance of
login-required happens?
I can't see it in package core class Pages or in package pages class Page.
I am looking at where there are references to (uses of) Page methods
isLoginRequired and setLoginRequired.
I am miss
Have a wildcard login-required="true".
Have a page specific login-required="false".
It appears not to be effective.
Why do I need it? Because I want different login depending on which part of
the site. One part is for mobile devices. Very different. So in the
login-view-id I point to where
Found the "trigger" of the double slashes: I used a http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026029#4026029
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026029
___
jboss-user mailing list
jboss
Maybe I'll find out I misconfigured something, but about the same time I
updated to newest version from CVS I started getting a lot of double slashes as
in
http://127.0.0.1:8080//myproject/whatever.seam
That was a couple of days ago.
View the original post :
http://www.jboss.com/index.html?mo
doc/reference/en/modules/events.xml probably should say something else but
JSFadn
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025652#4025652
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025652
Thanks for pointing that out!
Looks like it is working, as far as I have tested it. That's neat.
There was no mention in the reference documentation, so I didn't even think it
was possible.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025270#4025270
Repl
And if you have under a wildcard page, e.g.
|
|
a more specific page without begin-conversation, e.g.
|
|
does the specific page then still observe the ?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025218#4025218
Reply to the post :
h
I've coded this out, hopefully about as elegant as one can in that sections of
code ;) Changed three source files.
Should I make a JIRA and submit the diffs for review?
Point is that I want to be able to have a whole directory or all of a site to
default e.g. to unless it is overridden.
Thin
How long then will that image be available for downloading by the browser, e.g.
if I give it a byte array?
Let's say some browser instance somewhere for whatever reason comes back four
minutes later to get that image at a URL.
View the original post :
http://www.jboss.com/index.html?module=bb&
You know the wordings:
I'm not 100% sure whether there is a great way to rename them, but that was a
hurdle in making sense of the examples.
I'm not sure just writing a textbook on what they mean would fix the difficulty
becoming familiar with them.
Maybe a one-page table could ease deve
I think my trip down confusion road started when we used s:link instead of
h:outputLink for menu items that shouldn't have propagate the current
conversation.
Moral of the story: For your general purpose links to anything, stuff that
isn't meant to propagate a conversation, don't use an unador
Luckily no one has answered yet. Can't believe I was so confused about this.
I am looking at 6.1 Seam's conversation model and at JEE5 Tutorial's JavaServer
Faces Standard Request-Response Life Cycle again and at my own pages.
I'll be back, I hope, reporting what finally works for us.
View the
Been working on this for a while, so this isn't an aimless question.
Face to face I'd ask: "What do you want to hear first, the purpose, or the
question(s)?" Let's have the question(s) first.
Questions:
In "6.3. Starting conversations with GET requests" it says "There is also an
element."
I'm very carefully re-reading 6.1. Seam's conversation model, cross-reading
JEE5 tutorial section "The Life Cycle of a JavaServer Faces Page".
6.1 bullet 2 makes a difference between long-running conversation context and
temporary conversation context.
Then bullet 3, 4 and 5 state whether they
Found it in web.xml.
Comment in faces-config.xml could have mentioned that.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4024462#4024462
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4024462
__
Seam-gen in faces-config.xml now has a comment
|
Glad there is a comment, but the missing view-handler confuses. I thought the
view-handler was necessary? What is the causality? And if it isn't there, is
it now somewhere else?
In seam reference is reads:
anonymous wrote : "
That's good enough for my peace of mind, a good faith effort. At least I've
confirmed you're not knowingly or intentionally (or recklessly) inserting
commerical libraries. Common sense told me that's what you do, but I couldn't
find it in writing.
View the original post :
http://www.jboss.co
Noticing new .jar files in seam-gen generated code. Good, but having a moment
of worry here.
Where is a statement I can show a client that says something like "whatever
libraries are within the Seam distribution are safe to use in commerical
projects, i.e. at least Apache License" or something
An enum converter is nice, but one step further we'd like to implement a
javax.faces.convert.Converter that for its getAsObject does a query. In
contrast, the getAsString was easy.
Would be nice to use an @In EntityManager entityManager.
Question: What kind of component (with what annotations
Same kind of problem, using JBoss 4.0.5.GA. Started when I had a new
application scoped SFSB in Seam.
Very long and in a few minutes recurring stack trace begins with
00:04:03,187 ERROR [SimpleStatefulCache] problem passivation thread
| javax.ejb.EJBException: Could not passivate; failed to s
The (email?) renderer component isn't listed yet in Chapter 22. Built-in Seam
components.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022858#4022858
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4022858
The brand new @AutoCreate isn't listed yet in Chapter 21. Seam annotations.
Same for @PerNestedConversation.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4022857#4022857
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4
In section 21.1. Annotations for component definition, @Name, or in Chapter 3.
The contextual component model:
"The @Name annotation makes a class, e.g. a session bean or an MDB, a Seam
component. If it is not present then other annotations, e.g. @In, will not
function as expected, e.g. injecte
Trying to understand my car's engine.
What was the reason for null:
A) Because it wasn't a Seam component (lacking @Name) the @In annotation didn't
even get intercepted.
B) Because it wasn't a Seam component (lacking @Name) there wasn't a context to
look up anything (even though an interceptor
Gavin rules!
Indeed, my MDB didn't have a @Name.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020767#4020767
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020767
___
jboss
Wrote a MDB months ago, used @PersistenceContext and @EJB to inject. Inside
the MDB via one of those @EJB got a stateless bean and called a method in it
(to do the actual task). That stateless bean also used @PersistenceContext,
@Resource and @EJB.
Then I wanted to make better use of Seam, so
>From an implementation point of view it is logical.
>From the point of view of who is the intended audience, probably people
>looking for an easy way of coding, the advice in the reference doc to use that
>factory too easily leads to surprising results. Throwing a curveball?
View the original
Discussed previously, but as Pete says he doesn't have that problem, here to
clearly state how it happens:
Have a Home object, e.g. CarHome extends EntityHome, named "carHome". Have a
factory (as recommended by reference document) in it named "car".
Have a page that as parameter sets carHome.i
According to reference documentation 3.1.10. Concurrency model I'd think a
session scoped component doesn't need it, only an application scoped component
can benefit from it.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019505#4019505
Reply to the post :
17.2.2. Sending messages in an example reads
paymentQueueSender.publish
which isn't possible, it has to be
paymentQueueSender.send
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019338#4019338
Reply to the post :
http://www.jboss.com/index.html?module=bb&o
Reference documentation (jms.xml) shows in 17.1.1. Asynchronous methods an
apparently incorrect
@IntervalDuration Date interval
when it should be
@IntervalDuration Long interval
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4019304#4019304
Reply to the pos
Chapter 4.2. Configuring components via components.xml reads "Sometimes we want
to reuse the same components.xml file with minor changes during both deployment
and testing. Seam lets you place wildcards of the form @wildcard@ in the
components.xml file which can be replaced either by your Ant bu
MyFaces 1.1.5 has a release date of Feb 16th 2007, Seam 1.1.7 appears to be
scheduled for Feb 20th 2007.
I'm asking because MyFaces 1.1.5 supposedly does a few things better in regards
to portlets.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4018732#401873
I think I read all of reference documentation chapter 8 including section 8.3.
Seam-managed persistence contexts.
Would like to know official position (other than whether an experiment would
show it works).
Can a Seam-managed persistence context be used outside a conversation?
What do I mean?
... without the linefeeds, either forum formatting or me slipping with the
mouse ...
Point is it needs that extra /resource/ in the paths to the scripts.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4018111#4018111
Reply to the post :
http://www.jboss.com/
Right on same page in chapter on remoting you yet have to replace more than one
Not sure about all the details now, but the problem was real. I clearly had it
display in the view fields from the factory made instance and from the
home.instance, and they were two separate instances. I showed the screen to a
colleague. Since I've stopped using the factory made instance I d
1 - 100 of 143 matches
Mail list logo