Yet again the windows file url rears it ugly head :-)
This time it is in EJBDeployer.
The ejbmodule has had it's ObjectName changed to
include the url.getPath();
On windows this url is
/C:/some/path/myapp.jar
The : means the ObjectName is invalid and nothing deploys :-(
Is this data
On 2002.02.22 18:15:10 -0500 Adrian Brock wrote:
Yet again the windows file url rears it ugly head :-)
This time it is in EJBDeployer.
The ejbmodule has had it's ObjectName changed to
include the url.getPath();
Actually the ejb module used to be called Application and wasn't an mbean
at
I noticed url.toString didn't work because of
the file: or whatever
protocol, but forgot about windows.. How about
replacing all : with say %
in the url string? Or is there a better idea? An id
number?
The : is redundant.
/c/some/path/myapp.jar is unique.
In fact that's how I have cygwin
I don't *think* there is any need for this to be in the ObjectName. It
looks like it would be better suited for an Attribute of the Deployment
object (or whatever they are called).
If we want to keep this, then I think an attriibute should be used for
full path and have the ON use only the
:, are reserved as domain/property delimiters
*? are used in patterns
Since you have linux David
try
mkdir a:
mkdir a,
mkdir a\?
mkdir a\*
They all work.
Regards,
Adrian
_
View thread online:
On 2002.02.22 18:59:02 -0500 Jason Dillon wrote:
I don't *think* there is any need for this to be in the ObjectName. It
looks like it would be better suited for an Attribute of the Deployment
object (or whatever they are called).
If we want to keep this, then I think an attriibute should
On Fri, 22 Feb 2002, Adrian Brock wrote:
Yet again the windows file url rears it ugly head :-)
This time it is in EJBDeployer.
The ejbmodule has had it's ObjectName changed to
include the url.getPath();
On windows this url is
/C:/some/path/myapp.jar
The : means the ObjectName is
Don't have a good answer for ya. Perhaps include th parent deployable
name when nesting? Else shouldn't the file system namespace cover
uniquness for deployables?
--jason
David Jencks wrote:
On 2002.02.22 18:59:02 -0500 Jason Dillon wrote:
I don't *think* there is any need for this to be
On 2002.02.22 19:03:35 -0500 Adrian Brock wrote:
:, are reserved as domain/property delimiters
*? are used in patterns
Since you have linux David
try
mkdir a:
mkdir a,
mkdir a\?
mkdir a\*
They all work.
Ok already, now I got these other characters replaced too. As long as
On 2002.02.22 19:26:10 -0500 Jason Dillon wrote:
Don't have a good answer for ya. Perhaps include th parent deployable
name when nesting? Else shouldn't the file system namespace cover
uniquness for deployables?
Thats why I'm including the entire path, and now protocol. For an
I noticed url.toString didn't work because of
the file: or whatever
protocol, but forgot about windows.. How about
replacing all : with say %
in the url string? Or is there a better idea? An
id
number?
The : is redundant.
/c/some/path/myapp.jar is unique.
In fact that's how I
11 matches
Mail list logo