[galaxy-user] 404 Error Adding Artifact Under WL

[Stoddard, Alan]

I receive the following error when attempting to add an artifact when
running the war file deployed under WebLogic 9.2 (Java version
1.50.0_06). All other functions appear to operate correctly. This does
not occur with the standalone jar running from the command line on the
same machine. Am I missing something that needs to be configured?


<FONT face=Helvetica><BR clear=all>
<TABLE cellSpacing=5 border=0>
<TBODY>
<TR>
<TD><BR clear=all><FONT face=Helvetica color=black size=3>
<H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>
<TABLE cellPadding=10 width="100%" border=0>
<TBODY>
<TR>
<TD vAlign=top width="100%" bgColor=white><FONT face="Courier New"><FONT
face=Helvetica size=3>
<H3>From RFC 2068 <I>Hypertext Transfer Protocol --
HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>
<H4>10.4.5 404 Not Found</H4></FONT>
<P><FONT face="Courier New">The server has not found anything matching
the Request-URI. No indication is given of whether the condition is
temporary or permanent.</P>
<P>If the server does not wish to make this information available to the
client, the status code 403 (Forbidden) can be used instead. The 410
(Gone) status code SHOULD be used if the server knows, through some
internally configurable mechanism, that an old resource is permanently
unavailable and has no forwarding
address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>

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

    http://admin.muleforge.org/manage_email



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---

[Dan Diephouse-2]

Hi Alan,

It sounds like this could be a bug when running under a different
context path. However, I don't think that error was given by Galaxy at
all. What URL are you attempting to post to? I know there was a bug in
beta-1 where it didn't like it if you appended a "/" at the end of the
URL. So if you are doing that, it may be worth trying it without the
trailing slash.

Cheers,
- Dan

Stoddard, Alan wrote:

> I receive the following error when attempting to add an artifact when
> running the war file deployed under WebLogic 9.2 (Java version
> 1.50.0_06). All other functions appear to operate correctly. This does
> not occur with the standalone jar running from the command line on the
> same machine. Am I missing something that needs to be configured?
>
>
> <FONT face=Helvetica><BR clear=all>
> <TABLE cellSpacing=5 border=0>
> <TBODY>
> <TR>
> <TD><BR clear=all><FONT face=Helvetica color=black size=3>
> <H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>
> <TABLE cellPadding=10 width="100%" border=0>
> <TBODY>
> <TR>
> <TD vAlign=top width="100%" bgColor=white><FONT face="Courier New"><FONT
> face=Helvetica size=3>
> <H3>From RFC 2068 <I>Hypertext Transfer Protocol --
> HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>
> <H4>10.4.5 404 Not Found</H4></FONT>
> <P><FONT face="Courier New">The server has not found anything matching
> the Request-URI. No indication is given of whether the condition is
> temporary or permanent.</P>
> <P>If the server does not wish to make this information available to the
> client, the status code 403 (Forbidden) can be used instead. The 410
> (Gone) status code SHOULD be used if the server knows, through some
> internally configurable mechanism, that an old resource is permanently
> unavailable and has no forwarding
> address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>     http://admin.muleforge.org/manage_email
>
>
>  

--
Dan Diephouse
MuleSource
http://mulesource.com | http://netzooid.com/blog


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

    http://admin.muleforge.org/manage_email



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---

[Stoddard, Alan]

Dan,

Thank you for the quick response. I'm not clear how to tell what
specific url/path is being written to. I did not recognize an option to
set this. The error occurs when I click the "+" symbol to add an
artifact, select a file, fill in the name/version, and click the "Add"
button. The error message appears in yellow background text above the
"Add Artifact" form.

Let me know if there is any other information that might help.

Thanks,

Alan


-----Original Message-----
From: Dan Diephouse [mailto:dan.diephouse@...]
Sent: Wednesday, February 06, 2008 1:50 PM
To: user@...
Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

Hi Alan,

It sounds like this could be a bug when running under a different
context path. However, I don't think that error was given by Galaxy at
all. What URL are you attempting to post to? I know there was a bug in
beta-1 where it didn't like it if you appended a "/" at the end of the
URL. So if you are doing that, it may be worth trying it without the
trailing slash.

Cheers,
- Dan

Stoddard, Alan wrote:

> I receive the following error when attempting to add an artifact when
> running the war file deployed under WebLogic 9.2 (Java version
> 1.50.0_06). All other functions appear to operate correctly. This does
> not occur with the standalone jar running from the command line on the
> same machine. Am I missing something that needs to be configured?
>
>
> <FONT face=Helvetica><BR clear=all>
> <TABLE cellSpacing=5 border=0>
> <TBODY>
> <TR>
> <TD><BR clear=all><FONT face=Helvetica color=black size=3>
> <H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>
> <TABLE cellPadding=10 width="100%" border=0>
> <TBODY>
> <TR>
> <TD vAlign=top width="100%" bgColor=white><FONT face="Courier

New"><FONT
> face=Helvetica size=3>
> <H3>From RFC 2068 <I>Hypertext Transfer Protocol --
> HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>
> <H4>10.4.5 404 Not Found</H4></FONT>
> <P><FONT face="Courier New">The server has not found anything matching
> the Request-URI. No indication is given of whether the condition is
> temporary or permanent.</P>
> <P>If the server does not wish to make this information available to
the

> client, the status code 403 (Forbidden) can be used instead. The 410
> (Gone) status code SHOULD be used if the server knows, through some
> internally configurable mechanism, that an old resource is permanently
> unavailable and has no forwarding
> address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>     http://admin.muleforge.org/manage_email
>
>
>  

--
Dan Diephouse
MuleSource
http://mulesource.com | http://netzooid.com/blog


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

    http://admin.muleforge.org/manage_email

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

    http://admin.muleforge.org/manage_email



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---

[Dan Diephouse-2]

Hi Alan,

I see now. I had been thinking you were using the HTTP API. I think this is a bug with running with a context path which isn't "/". Unfortunately I don't have a workaround for you with the beta-1 release other than to run standalone. I will however fix it in SVN today and let you know when a snapshot is ready. We're also pushing out a beta-2 release in less than 2 weeks, so it will be fixed very soon in the released version as well.

- Dan

Stoddard, Alan wrote:

Dan,

Thank you for the quick response. I'm not clear how to tell what
specific url/path is being written to. I did not recognize an option to
set this. The error occurs when I click the "+" symbol to add an
artifact, select a file, fill in the name/version, and click the "Add"
button. The error message appears in yellow background text above the
"Add Artifact" form.

Let me know if there is any other information that might help.

Thanks,

Alan


-----Original Message-----
From: Dan Diephouse [dan.diephouse@...] 
Sent: Wednesday, February 06, 2008 1:50 PM
To: user@...
Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

Hi Alan,

It sounds like this could be a bug when running under a different 
context path. However, I don't think that error was given by Galaxy at 
all. What URL are you attempting to post to? I know there was a bug in 
beta-1 where it didn't like it if you appended a "/" at the end of the 
URL. So if you are doing that, it may be worth trying it without the 
trailing slash.

Cheers,
- Dan

Stoddard, Alan wrote:
  

I receive the following error when attempting to add an artifact when
running the war file deployed under WebLogic 9.2 (Java version
1.50.0_06). All other functions appear to operate correctly. This does
not occur with the standalone jar running from the command line on the
same machine. Am I missing something that needs to be configured?


<FONT face=Helvetica><BR clear=all>
<TABLE cellSpacing=5 border=0>
<TBODY>
<TR>
<TD><BR clear=all><FONT face=Helvetica color=black size=3>
<H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>
<TABLE cellPadding=10 width="100%" border=0>
<TBODY>
<TR>
<TD vAlign=top width="100%" bgColor=white><FONT face="Courier
    

New"><FONT
  

face=Helvetica size=3>
<H3>From RFC 2068 <I>Hypertext Transfer Protocol --
HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>
<H4>10.4.5 404 Not Found</H4></FONT>
<P><FONT face="Courier New">The server has not found anything matching
the Request-URI. No indication is given of whether the condition is
temporary or permanent.</P>
<P>If the server does not wish to make this information available to
    

the
  

client, the status code 403 (Forbidden) can be used instead. The 410
(Gone) status code SHOULD be used if the server knows, through some
internally configurable mechanism, that an old resource is permanently
unavailable and has no forwarding
address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>

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

    http://admin.muleforge.org/manage_email


  
    

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---
--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

[Dan Diephouse-2]

I created a JIRA issue here: http://mule.mulesource.org/jira/browse/GALAXY-101

You can Watch it if you're interested in tracking the progress. Thanks for reporting!

- Dan

Stoddard, Alan wrote:

Dan,

Thank you for the quick response. I'm not clear how to tell what
specific url/path is being written to. I did not recognize an option to
set this. The error occurs when I click the "+" symbol to add an
artifact, select a file, fill in the name/version, and click the "Add"
button. The error message appears in yellow background text above the
"Add Artifact" form.

Let me know if there is any other information that might help.

Thanks,

Alan


-----Original Message-----
From: Dan Diephouse [dan.diephouse@...] 
Sent: Wednesday, February 06, 2008 1:50 PM
To: user@...
Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

Hi Alan,

It sounds like this could be a bug when running under a different 
context path. However, I don't think that error was given by Galaxy at 
all. What URL are you attempting to post to? I know there was a bug in 
beta-1 where it didn't like it if you appended a "/" at the end of the 
URL. So if you are doing that, it may be worth trying it without the 
trailing slash.

Cheers,
- Dan

Stoddard, Alan wrote:
  

I receive the following error when attempting to add an artifact when
running the war file deployed under WebLogic 9.2 (Java version
1.50.0_06). All other functions appear to operate correctly. This does
not occur with the standalone jar running from the command line on the
same machine. Am I missing something that needs to be configured?


<FONT face=Helvetica><BR clear=all>
<TABLE cellSpacing=5 border=0>
<TBODY>
<TR>
<TD><BR clear=all><FONT face=Helvetica color=black size=3>
<H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>
<TABLE cellPadding=10 width="100%" border=0>
<TBODY>
<TR>
<TD vAlign=top width="100%" bgColor=white><FONT face="Courier
    

New"><FONT
  

face=Helvetica size=3>
<H3>From RFC 2068 <I>Hypertext Transfer Protocol --
HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>
<H4>10.4.5 404 Not Found</H4></FONT>
<P><FONT face="Courier New">The server has not found anything matching
the Request-URI. No indication is given of whether the condition is
temporary or permanent.</P>
<P>If the server does not wish to make this information available to
    

the
  

client, the status code 403 (Forbidden) can be used instead. The 410
(Gone) status code SHOULD be used if the server knows, through some
internally configurable mechanism, that an old resource is permanently
unavailable and has no forwarding
address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>

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

    http://admin.muleforge.org/manage_email


  
    

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---
--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

[Stoddard, Alan]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Thank You!

 

Alan Stoddard  |  IT Business Consultant  |  Technology Services  |  Carlson Marketing

phone: [phone]  |  mobile: [phone]  |  fax: [phone]  |  mail stop: 8280

 

---

From: Dan Diephouse [mailto:dan.diephouse@...]
Sent: Thursday, February 07, 2008 1:03 PM
To: user@...
Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

 

Hi Alan,

I see now. I had been thinking you were using the HTTP API. I think this is a bug with running with a context path which isn't "/". Unfortunately I don't have a workaround for you with the beta-1 release other than to run standalone. I will however fix it in SVN today and let you know when a snapshot is ready. We're also pushing out a beta-2 release in less than 2 weeks, so it will be fixed very soon in the released version as well.

- Dan

Stoddard, Alan wrote:

Dan,

Thank you for the quick response. I'm not clear how to tell what

specific url/path is being written to. I did not recognize an option to

set this. The error occurs when I click the "+" symbol to add an

artifact, select a file, fill in the name/version, and click the "Add"

button. The error message appears in yellow background text above the

"Add Artifact" form.

Let me know if there is any other information that might help.

Thanks,

Alan

-----Original Message-----

From: Dan Diephouse [dan.diephouse@...] 

Sent: Wednesday, February 06, 2008 1:50 PM

To: user@...

Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

Hi Alan,

It sounds like this could be a bug when running under a different 

context path. However, I don't think that error was given by Galaxy at 

all. What URL are you attempting to post to? I know there was a bug in 

beta-1 where it didn't like it if you appended a "/" at the end of the 

URL. So if you are doing that, it may be worth trying it without the 

trailing slash.

Cheers,

- Dan

Stoddard, Alan wrote:

I receive the following error when attempting to add an artifact when

running the war file deployed under WebLogic 9.2 (Java version

1.50.0_06). All other functions appear to operate correctly. This does

not occur with the standalone jar running from the command line on the

same machine. Am I missing something that needs to be configured?

<FONT face=Helvetica><BR clear=all>

<TABLE cellSpacing=5 border=0>

<TBODY>

<TR>

<TD><BR clear=all><FONT face=Helvetica color=black size=3>

<H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>

<TABLE cellPadding=10 width="100%" border=0>

<TBODY>

<TR>

<TD vAlign=top width="100%" bgColor=white><FONT face="Courier

New"><FONT

face=Helvetica size=3>

<H3>From RFC 2068 <I>Hypertext Transfer Protocol --

HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>

<H4>10.4.5 404 Not Found</H4></FONT>

<P><FONT face="Courier New">The server has not found anything matching

the Request-URI. No indication is given of whether the condition is

temporary or permanent.</P>

<P>If the server does not wish to make this information available to

the

client, the status code 403 (Forbidden) can be used instead. The 410

(Gone) status code SHOULD be used if the server knows, through some

internally configurable mechanism, that an old resource is permanently

unavailable and has no forwarding

address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>

---------------------------------------------------------------------

To unsubscribe from this list, please visit:

    http://admin.muleforge.org/manage_email

-- 

Dan Diephouse

MuleSource

http://mulesource.com | http://netzooid.com/blog

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---
--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

[Stoddard, Alan]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Dan,

 

I wanted to report that snapshot “galaxy-web-1.0-beta-2-20080213.035537-2-embed.zip” does not appear to resolve this issue.

 

Thanks,

 

Alan

 

Alan Stoddard  |  IT Business Consultant  |  Technology Services  |  Carlson Marketing

phone: [phone]  |  mobile: [phone]  |  fax: [phone]  |  mail stop: 8280

 

---

From: Dan Diephouse [mailto:dan.diephouse@...]
Sent: Thursday, February 07, 2008 1:03 PM
To: user@...
Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

 

Hi Alan,

I see now. I had been thinking you were using the HTTP API. I think this is a bug with running with a context path which isn't "/". Unfortunately I don't have a workaround for you with the beta-1 release other than to run standalone. I will however fix it in SVN today and let you know when a snapshot is ready. We're also pushing out a beta-2 release in less than 2 weeks, so it will be fixed very soon in the released version as well.

- Dan

Stoddard, Alan wrote:

Dan,

Thank you for the quick response. I'm not clear how to tell what

specific url/path is being written to. I did not recognize an option to

set this. The error occurs when I click the "+" symbol to add an

artifact, select a file, fill in the name/version, and click the "Add"

button. The error message appears in yellow background text above the

"Add Artifact" form.

Let me know if there is any other information that might help.

Thanks,

Alan

-----Original Message-----

From: Dan Diephouse [dan.diephouse@...] 

Sent: Wednesday, February 06, 2008 1:50 PM

To: user@...

Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

Hi Alan,

It sounds like this could be a bug when running under a different 

context path. However, I don't think that error was given by Galaxy at 

all. What URL are you attempting to post to? I know there was a bug in 

beta-1 where it didn't like it if you appended a "/" at the end of the 

URL. So if you are doing that, it may be worth trying it without the 

trailing slash.

Cheers,

- Dan

Stoddard, Alan wrote:

I receive the following error when attempting to add an artifact when

running the war file deployed under WebLogic 9.2 (Java version

1.50.0_06). All other functions appear to operate correctly. This does

not occur with the standalone jar running from the command line on the

same machine. Am I missing something that needs to be configured?

<FONT face=Helvetica><BR clear=all>

<TABLE cellSpacing=5 border=0>

<TBODY>

<TR>

<TD><BR clear=all><FONT face=Helvetica color=black size=3>

<H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>

<TABLE cellPadding=10 width="100%" border=0>

<TBODY>

<TR>

<TD vAlign=top width="100%" bgColor=white><FONT face="Courier

New"><FONT

face=Helvetica size=3>

<H3>From RFC 2068 <I>Hypertext Transfer Protocol --

HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>

<H4>10.4.5 404 Not Found</H4></FONT>

<P><FONT face="Courier New">The server has not found anything matching

the Request-URI. No indication is given of whether the condition is

temporary or permanent.</P>

<P>If the server does not wish to make this information available to

the

client, the status code 403 (Forbidden) can be used instead. The 410

(Gone) status code SHOULD be used if the server knows, through some

internally configurable mechanism, that an old resource is permanently

unavailable and has no forwarding

address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>

---------------------------------------------------------------------

To unsubscribe from this list, please visit:

    http://admin.muleforge.org/manage_email

-- 

Dan Diephouse

MuleSource

http://mulesource.com | http://netzooid.com/blog

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---
--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

[Dan Diephouse-2]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Ack! This completely fell off my plate.

Good news though - I found the bug. I will have some new snapshots published by the end of the night for you to try! Thanks for your patience and pinging me again.

- Dan

Stoddard, Alan wrote:

Dan,

 

I wanted to report that snapshot “galaxy-web-1.0-beta-2-20080213.035537-2-embed.zip” does not appear to resolve this issue.

 

Thanks,

 

Alan

 

Alan Stoddard  |  IT Business Consultant  |  Technology Services  |  Carlson Marketing

phone: [phone]  |  mobile: [phone]  |  fax: [phone]  |  mail stop: 8280

 

---

From: Dan Diephouse [dan.diephouse@...]
Sent: Thursday, February 07, 2008 1:03 PM
To: user@...
Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

 

Hi Alan,

I see now. I had been thinking you were using the HTTP API. I think this is a bug with running with a context path which isn't "/". Unfortunately I don't have a workaround for you with the beta-1 release other than to run standalone. I will however fix it in SVN today and let you know when a snapshot is ready. We're also pushing out a beta-2 release in less than 2 weeks, so it will be fixed very soon in the released version as well.

- Dan

Stoddard, Alan wrote:

Dan,

Thank you for the quick response. I'm not clear how to tell what

specific url/path is being written to. I did not recognize an option to

set this. The error occurs when I click the "+" symbol to add an

artifact, select a file, fill in the name/version, and click the "Add"

button. The error message appears in yellow background text above the

"Add Artifact" form.

Let me know if there is any other information that might help.

Thanks,

Alan

-----Original Message-----

From: Dan Diephouse [dan.diephouse@...] 

Sent: Wednesday, February 06, 2008 1:50 PM

To: user@...

Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

Hi Alan,

It sounds like this could be a bug when running under a different 

context path. However, I don't think that error was given by Galaxy at 

all. What URL are you attempting to post to? I know there was a bug in 

beta-1 where it didn't like it if you appended a "/" at the end of the 

URL. So if you are doing that, it may be worth trying it without the 

trailing slash.

Cheers,

- Dan

Stoddard, Alan wrote:

I receive the following error when attempting to add an artifact when

running the war file deployed under WebLogic 9.2 (Java version

1.50.0_06). All other functions appear to operate correctly. This does

not occur with the standalone jar running from the command line on the

same machine. Am I missing something that needs to be configured?

<FONT face=Helvetica><BR clear=all>

<TABLE cellSpacing=5 border=0>

<TBODY>

<TR>

<TD><BR clear=all><FONT face=Helvetica color=black size=3>

<H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>

<TABLE cellPadding=10 width="100%" border=0>

<TBODY>

<TR>

<TD vAlign=top width="100%" bgColor=white><FONT face="Courier

New"><FONT

face=Helvetica size=3>

<H3>From RFC 2068 <I>Hypertext Transfer Protocol --

HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>

<H4>10.4.5 404 Not Found</H4></FONT>

<P><FONT face="Courier New">The server has not found anything matching

the Request-URI. No indication is given of whether the condition is

temporary or permanent.</P>

<P>If the server does not wish to make this information available to

the

client, the status code 403 (Forbidden) can be used instead. The 410

(Gone) status code SHOULD be used if the server knows, through some

internally configurable mechanism, that an old resource is permanently

unavailable and has no forwarding

address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>

---------------------------------------------------------------------

To unsubscribe from this list, please visit:

    http://admin.muleforge.org/manage_email

-- 

Dan Diephouse

MuleSource

http://mulesource.com | http://netzooid.com/blog

--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---
--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

[Dan Diephouse-2]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Alrighty, this didn't take as long as I thought it would to get up. So here we go again:

http://snapshots.repository.muleforge.org/org/mule/galaxy/galaxy-web/1.0-beta-2-SNAPSHOT/galaxy-web-1.0-beta-2-20080214.214830-3-embed.war

Let me know if it works!
- Dan


Dan Diephouse wrote:

Ack! This completely fell off my plate.

Good news though - I found the bug. I will have some new snapshots published by the end of the night for you to try! Thanks for your patience and pinging me again.

- Dan

Stoddard, Alan wrote:

Dan,

 

I wanted to report that snapshot “galaxy-web-1.0-beta-2-20080213.035537-2-embed.zip” does not appear to resolve this issue.

 

Thanks,

 

Alan

 

Alan Stoddard  |  IT Business Consultant  |  Technology Services  |  Carlson Marketing

phone: [phone]  |  mobile: [phone]  |  fax: [phone]  |  mail stop: 8280

 

---

From: Dan Diephouse [dan.diephouse@...]
Sent: Thursday, February 07, 2008 1:03 PM
To: user@...
Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

 

Hi Alan,

I see now. I had been thinking you were using the HTTP API. I think this is a bug with running with a context path which isn't "/". Unfortunately I don't have a workaround for you with the beta-1 release other than to run standalone. I will however fix it in SVN today and let you know when a snapshot is ready. We're also pushing out a beta-2 release in less than 2 weeks, so it will be fixed very soon in the released version as well.

- Dan

Stoddard, Alan wrote:

Dan,

Thank you for the quick response. I'm not clear how to tell what

specific url/path is being written to. I did not recognize an option to

set this. The error occurs when I click the "+" symbol to add an

artifact, select a file, fill in the name/version, and click the "Add"

button. The error message appears in yellow background text above the

"Add Artifact" form.

Let me know if there is any other information that might help.

Thanks,

Alan

-----Original Message-----

From: Dan Diephouse [dan.diephouse@...] 

Sent: Wednesday, February 06, 2008 1:50 PM

To: user@...

Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

Hi Alan,

It sounds like this could be a bug when running under a different 

context path. However, I don't think that error was given by Galaxy at 

all. What URL are you attempting to post to? I know there was a bug in 

beta-1 where it didn't like it if you appended a "/" at the end of the 

URL. So if you are doing that, it may be worth trying it without the 

trailing slash.

Cheers,

- Dan

Stoddard, Alan wrote:

I receive the following error when attempting to add an artifact when

running the war file deployed under WebLogic 9.2 (Java version

1.50.0_06). All other functions appear to operate correctly. This does

not occur with the standalone jar running from the command line on the

same machine. Am I missing something that needs to be configured?

<FONT face=Helvetica><BR clear=all>

<TABLE cellSpacing=5 border=0>

<TBODY>

<TR>

<TD><BR clear=all><FONT face=Helvetica color=black size=3>

<H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>

<TABLE cellPadding=10 width="100%" border=0>

<TBODY>

<TR>

<TD vAlign=top width="100%" bgColor=white><FONT face="Courier

New"><FONT

face=Helvetica size=3>

<H3>From RFC 2068 <I>Hypertext Transfer Protocol --

HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>

<H4>10.4.5 404 Not Found</H4></FONT>

<P><FONT face="Courier New">The server has not found anything matching

the Request-URI. No indication is given of whether the condition is

temporary or permanent.</P>

<P>If the server does not wish to make this information available to

the

client, the status code 403 (Forbidden) can be used instead. The 410

(Gone) status code SHOULD be used if the server knows, through some

internally configurable mechanism, that an old resource is permanently

unavailable and has no forwarding

address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>

---------------------------------------------------------------------

To unsubscribe from this list, please visit:

    http://admin.muleforge.org/manage_email

-- 

Dan Diephouse

MuleSource

http://mulesource.com | http://netzooid.com/blog

--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---
--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

[Stoddard, Alan]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Dan,

 

That did it – Thanks!!

 

Alan

 

---

From: Dan Diephouse [mailto:dan.diephouse@...]
Sent: Thursday, February 14, 2008 4:08 PM
To: user@...
Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

 

Alrighty, this didn't take as long as I thought it would to get up. So here we go again:

http://snapshots.repository.muleforge.org/org/mule/galaxy/galaxy-web/1.0-beta-2-SNAPSHOT/galaxy-web-1.0-beta-2-20080214.214830-3-embed.war

Let me know if it works!
- Dan


Dan Diephouse wrote:

Ack! This completely fell off my plate.

Good news though - I found the bug. I will have some new snapshots published by the end of the night for you to try! Thanks for your patience and pinging me again.

- Dan

Stoddard, Alan wrote:

Dan,

 

I wanted to report that snapshot “galaxy-web-1.0-beta-2-20080213.035537-2-embed.zip” does not appear to resolve this issue.

 

Thanks,

 

Alan

 

Alan Stoddard  |  IT Business Consultant  |  Technology Services  |  Carlson Marketing

phone: [phone]  |  mobile: [phone]  |  fax: [phone]  |  mail stop: 8280

 

---

From: Dan Diephouse [dan.diephouse@...]
Sent: Thursday, February 07, 2008 1:03 PM
To: user@...
Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

 

Hi Alan,

I see now. I had been thinking you were using the HTTP API. I think this is a bug with running with a context path which isn't "/". Unfortunately I don't have a workaround for you with the beta-1 release other than to run standalone. I will however fix it in SVN today and let you know when a snapshot is ready. We're also pushing out a beta-2 release in less than 2 weeks, so it will be fixed very soon in the released version as well.

- Dan

Stoddard, Alan wrote:

Dan,

Thank you for the quick response. I'm not clear how to tell what

specific url/path is being written to. I did not recognize an option to

set this. The error occurs when I click the "+" symbol to add an

artifact, select a file, fill in the name/version, and click the "Add"

button. The error message appears in yellow background text above the

"Add Artifact" form.

Let me know if there is any other information that might help.

Thanks,

Alan

-----Original Message-----

From: Dan Diephouse [dan.diephouse@...] 

Sent: Wednesday, February 06, 2008 1:50 PM

To: user@...

Subject: Re: [galaxy-user] 404 Error Adding Artifact Under WL

Hi Alan,

It sounds like this could be a bug when running under a different 

context path. However, I don't think that error was given by Galaxy at 

all. What URL are you attempting to post to? I know there was a bug in 

beta-1 where it didn't like it if you appended a "/" at the end of the 

URL. So if you are doing that, it may be worth trying it without the 

trailing slash.

Cheers,

- Dan

Stoddard, Alan wrote:

I receive the following error when attempting to add an artifact when

running the war file deployed under WebLogic 9.2 (Java version

1.50.0_06). All other functions appear to operate correctly. This does

not occur with the standalone jar running from the command line on the

same machine. Am I missing something that needs to be configured?

<FONT face=Helvetica><BR clear=all>

<TABLE cellSpacing=5 border=0>

<TBODY>

<TR>

<TD><BR clear=all><FONT face=Helvetica color=black size=3>

<H2>Error 404--Not Found</H2></FONT></TD></TR></TBODY></TABLE>

<TABLE cellPadding=10 width="100%" border=0>

<TBODY>

<TR>

<TD vAlign=top width="100%" bgColor=white><FONT face="Courier

New"><FONT

face=Helvetica size=3>

<H3>From RFC 2068 <I>Hypertext Transfer Protocol --

HTTP/1.1</I>:</H3></FONT><FONT face=Helvetica size=3>

<H4>10.4.5 404 Not Found</H4></FONT>

<P><FONT face="Courier New">The server has not found anything matching

the Request-URI. No indication is given of whether the condition is

temporary or permanent.</P>

<P>If the server does not wish to make this information available to

the

client, the status code 403 (Forbidden) can be used instead. The 410

(Gone) status code SHOULD be used if the server knows, through some

internally configurable mechanism, that an old resource is permanently

unavailable and has no forwarding

address.</FONT></P></FONT></TD></TR></TBODY></TABLE></FONT>

---------------------------------------------------------------------

To unsubscribe from this list, please visit:

    http://admin.muleforge.org/manage_email

-- 

Dan Diephouse

MuleSource

http://mulesource.com | http://netzooid.com/blog

--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

-- 

Dan Diephouse

MuleSource

http://mulesource.com | http://netzooid.com/blog

--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email

-- 

Dan Diephouse

MuleSource

http://mulesource.com | http://netzooid.com/blog

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "MuleForge Dev" group.
To post to this group, send email to muleforgedev@...
To unsubscribe from this group, send email to muleforgedev-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/muleforgedev?hl=en
-~----------~----~----~----~------~----~------~--~---
--------------------------------------------------------------------- To unsubscribe from this list, please visit: http://admin.muleforge.org/manage_email